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تعتبر قواعد البيانات الإدارة الرئيسية لحل المشاكل الملحة فى مجال تشغيل 
البيانات. وقد هيمن على السوق ثلاثة نماذج رئيسية فى قواعد البيانات: النماذج 
الهرميةء والشبكية» والعلاقية على التوالى. وقد تميز كل من النموذج الهرمى والشبكى 
باستخدام الروابط الواضحة بين السجلات» حيث يتم التبحر والتعامل معها فى مراحل 
مختلفة على عكس النموذج العلاقى الذى لا يسمح بالتبحر خلال السجلات. ولكنه 
يتطلب تعريف طريقة التعامل مع السجلات فى بداية التعامل فقط. ثمة فرق آخر بين 
النموذجين الهرمى والشبكى من جهة والنموذج العلاقى من جهة أخرى وهو أن ali‏ 
الاستعلام الأساسية للنوعين الأولين تعتبر لغات من المستوى الأدنى فى حين يقابلها 
فى النموذج العلاقى لغات استعلام من المستوى العالى. 

وعلى الرغم من نجاح نظام قاعدة البيانات العلاقية قى السنوات القليلة الماضية فى 
الوصول إلى مستوى الأداء المطلوب للتعامل مع التشغيل البيئى على نطاق واسع ؛ إلا 
أن الاتجاه إلى استخدام نموذج البيانات الشيئى الموجه مستمر الآن. 

ومن ناحية أخرى فإن التطبيقات المختلفة المعتمدة على مقدرة النظم العلاقية فى 
نمذجة البيانات محدودة للغاية » وتقع فى مجالات التصميم بالحاسب (CAD)‏ والتصنيع 
بمساعدة الحاسب (AM)‏ والبرمجة الهندسية بمساعدة الحاسب (CASE)‏ والميكنة 
المكتبية, لكن نظم إدارة قواعد البيانات العلاقية سوف تستمر فى الهيمنة لسنوات 
عديدة مقبلة نتيجة للقوة التنفيذية الفعالة التى جعلتها المعيار الرئيسى لتطبيقات تشغيل 
البيانات. 

وقد تم تقديم المفاهيم الأساسية والأسس العلمية لهذه النماذج المختلفة. وعرض 
لمفاهيم نموذج كينونة - علاقة ER‏ والتطورات التى ألحقت به بوصفه نموذجا للبيانات 
الدلالية التى تعبر عن العالم الحقيقى, وأداةٌ لتصميم selgi‏ البيانات المختلفة. ويساعد 
الإلمام بهذه الأسس فى تصميم قواعد البيانات التقليدية (التبحرية - والعلاقية) 
والشيئية الموجهة بشكل دقيق وخال من تضارب البيانات. 
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هناك CYL‏ كثيرة يكون فيها تحويل قواعد SULA!‏ من نموذج إلى آخر أساسى 
وضرورى فيما بين gila‏ قواعد البيانات التقليدية؛ لذلك كان حتميًا التوجه نحو وضع 
الأسس العلمية والعملية المبنية على المفاهيم الدقيقة للتحويل فيما بين هذه النماذج. 
وهذه الأسس تتضمن القواعد المنطقية للتحويل فيما بين النماذج التقليدية. وكذلك 
التحويل من نموذج قاعدة البيانات الشيئية الموجهة إلى قاعدة بيانات علاقية مع تقديم 
أمثلة مختلفة لتوضيح المنهاج المستخدم لتنفيذ نظم التحويل المقترحة بين نماذج قواعد 
البيانات. إلى جانب تقديم الخطوات الأساسية لتصميم نظام لأداة تصميم قاعدة 
البيانات الشيئًية الموجهة Object-Oriented Database Tool System‏ وقد تم تحليل 
وتصميم هذا النظام بناء على تقنية النمذجة Object Modeling Technique (sisi)!‏ 
(OMT)‏ وتعد تقنية النمذجة الشيئية من أفضل أدوات البرمجة الهندسية بمساعدة 
الحاسب CASE‏ فى تحليل وتصميم قواعد البيانات الشيئية الموجهة. وتعتبر أداة 
تصميم قواعد البيانات الشيئية الموجهة من المتطلبات الضرورية لإنشاء قاعدة البيانات 
الشيئية الموجهة من خلال نمذجة CSS sl‏ مبنية على الأسس العلمية للنموذج الشيئى 
اموجه والتى تعد تطبيقًا Gale‏ لذلك النموذج. 
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: de dato 
lcs التظرق فى هذا القصل لعدد من الموفسوعات ذات الصلة‎ ade igus 
cl ill القارية من‎ oa مدهل‎ GU وعد هة‎ atra T وتماقهها‎ abil asa 
على مفاهيم قواعد البيانات الأساسية؛ ومن ثم يسهل عليه التعرف على موضوعات‎ 
الكتاب وفهمها بشكل أكثر سهولة وتيسيرا. وفيما يلى عرض مختصر لما سيتم طرحه‎ 

فى هذا الفصل من موضوعات: 
نبذة تاريخية عن نظم قواعد البيانات : 

يمكن تصنيف نظم قواعد البيانات المختلفة تاريخيًا إلى قسمين من النظم. أولهما 
ael abs‏ البياتاتٍ التظيدية ئ لاخر ga‏ نظم sel’‏ النياتات pads Sja Gia‏ 
selyd al:‏ اتات الت Ua agis‏ إلى ly d sali Lad ae gi ees‏ 24243 
كلاً من نظم قواعد البيانات الهرمية والشبكية والأخرى تشمل قواعد البيانات العلاقية. 
وتوف ais‏ التطرق فى القضصول القادمة إلى تماذج:هذه النظم GIGS‏ المختلقة ومعرفة 
القوارق بيتها؛ مما Lad agni! Lata ss‏ بين de dio pill on‏ ذقيق. 
المفاهيم الأساسية لقواعد البيانات : 

سوف يتم التركيز فى هذا الجزء على الملفات وما يتعلق بها. حيث تشكل الملفات 
القالب الأساسى لقواعد البيانات ؛ ومن ثم يكون حتميًا معرفة تكوينها. 
محتويات نظام قواعد البيانات : 

uUi‏ قاض ةا d os ul‏ عراس Raf‏ مي 

البيانات Data‏ » والأجهزة Hardware‏ والبرمجيات Software‏ » والمستخدمون -Users‏ 
قاعدة البيانات : 

agiia فيما بيتها‎ asl sl llli من مجسوغة من‎ Lal] كاهدة‎ Jets 
مختلفة من البيانات سوف يتم شرحها مع ذكر مدى الاستفادة من‎ ¿lsi m الملفات‎ 
استخدام قواعد البيانات.‎ 
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مقدمة فى قواعد البيانات الفصل الأول 
نظم إدارة قواعد البيانات : 

تمثل نظم إدارة قواعد البيانات توضيحًا لمفهوم النظام البرمجى الذى يسمح 
بالتخزين الملائم للبيانات داخل قواعد البيانات. ويتم تنفيذ العمليات الضرورية عليها 
طبقا لمتطلبات المستفيدين. وهناك العديد من وظائف نظم إدارة قواعد البيانات التى 
سيتم التطرق إليها. 
البناء المعمارى لنظم إدارة قواعد البيانات : 

قد تم تجهيز البناء المعمارى لنظم إدارة قواعد البيانات بواسطة المعهد القومى 
السبعينات. 
إمكانيات نظم قواعد البيانات : 

سوف يتم توضيح إمكانيات نظم إدارة قواعد البيانات الشائعة والتى تميزها عن 
Lagat‏ من النظع البرسيية اللشرى: 
كفاءة التعامل مع الملفات : 

توفر نظم إدارة قواعد البيانات المستخدمة Lodged‏ يسمح برؤية البيانات فى 
لغات الاستعلام : 

سوف تتم الإشارة إلى لغة الاستعلام المبنية على أساس التموذج العلاقى » حيث 
التبحرية منها أو الشيئية الموجهة . 
نظم أساس الشىء : 


بع المعو يي oda‏ لخر iudi didi ET AO‏ بات 
نظم إدارة قواعد البيانات. 
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الفصل الأول مقدمة فى قواعد البيانات 
نبذة تار يضية عن نظم قواعد البمانات : 

بدأ Jia‏ إدارة قواعد البيانات فى أواخر الستينيات ؛ وكان ذلك استجابة لمتطلبات 
التحكم فى زيادة حجم البيانات الضخمة الناتجة عن أعمال المؤسسات المالية. وقد 
أسست abs‏ إدارة قواعد البيانات Database Management systems (DBMSs)‏ فى 
البداية على الرسم الموجه giLa graphically-oriented‏ تخزين البيانات. وقد Sab‏ 
نماذج البيانات الشبكية Network‏ والهرمية Hierarchical‏ على أساس الرسم الموجه 
وعرفت بالنماذ ج التبحرية „Navigational Models‏ 

قدمت هذه النظم أمثالاً من خلال نظم إدارة قواعد البيانات للنموذج الشبكى 
عرفت باسم تخزين البيانات المتكامل Integrated Data Store (IDS)‏ لشركة Honeywell‏ . 
كما قدمت مثالا للنموذج الهرمى عرف باسم alas‏ إدارة المعلومات Information Man-‏ 
agement system (IMS)‏ لشركة TBM‏ )( 

ثم ظهر فى أوائل السبعينيات مفهوم لقواعد البيانات العلاقية التى بنيت على 
الأساس الجدولى الموجه tabular-oriented‏ » وقد تم اقتراح النموذج العلاقى على 
أساس رياضى mathematical‏ لتحليل ونمذجة البيانات واستقلاليتها. وقد قدمت ON‏ 
للعنونة الزائدة للبيانات بالإضافة إلى التقدير الجيد لهياكل قواعد البيانات بأسلوب 

تمكن النموذج العلاقى من التعامل مع قيود السلامة integrity constraints‏ ومخطط 
security schema 3t‏ وتوزيع البيانات distribution of data‏ وتكرارها replication‏ التى 
لم تكن مخددة ومعللة من قبل بشكل دقيق جد . 

وعلى الرغم من ذلك لم تنتشر نظم إدارة قواعد البيانات العلاقية حتى أوائل 
الثمانينيات. وفى أواخر الثمانينيات كانت معظم نظم إدارة قواعد البيانات المنتشرة إما 
تبحرية أو علاقية. وكان العديد من الاقتراحات الخاصة بنمذجة قواعد البيانات البديلة 
منتشر فى ذلك الوقت منها gipa‏ البيانات الدلالية -Semantic Data Model (SDM)‏ 
ويرجع الدافع وراء تطور نموذج البيانات الدلالية تشايهه مع الاتجاه الشيئى object or-‏ 
0 لنموذج العالم. فى نمذجة البيانات الشيئية الموجهة JS object-oriented‏ 
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كينونة entity‏ يتم تمثيلها بمجموعة أشياء objects‏ وعمليات operations‏ مرتبطة بها. 
ويتركب الشىء من جزء من إشياء/أشياء فرعية تعبر عن العلاقة بين الأشياء. ويطلق 
على العمليات اسم الطرق (البرامج) «methods‏ وقد يكمن عملها فى استدعاء عمليات 
خاصة بأشياء أخرى أو تغيير حالة أشياء معينة. ودخلت نظم إدارة قواعد البيانات 
الشيئية الموجهة عالم الأسواق كمنتج فعال فى منتصف الثمانينات. ونتيجة لتباعد 
الفترات الزمنية بين ظهور كل نموذج وآخر فإن العديد من النظم المعتمدة على هذا 
النموذج يتم تطبيقها خلال تلك الفترة. وقد أدى تباعد الفترات الزمنية إلى AG‏ تنفيذ 
معظم التطبيقات المرتبطة بنظم قواعد البيانات العلاقية وانتشار التطبيقات المرتبطة 
بالنظم التبحرية؛ مما يتطلب صيانة هذه النظم الآن والتى يصعب هدمها لارتفاع 
تكاليف تصميمها ودقة عملها. وقد حصلت abi‏ قواعد البيانات العلاقية Ésa‏ على 
انتشار يفوق ali‏ قواعد البيانات الأخرى لقلة تكاليف تصميم التطبيقات الخاصة يها 
وسهولتها » فى حين بدأت فى الظهور تطبيقات قليلة مرتبطة بالنظم الشيئية الموجهةا"). 
المفاهيم الأساسية لقواعد الببانات : 


وقد بدا واضحا فى العقد الأخير . والسنوات الأخيرة على وجه الخصوص « 
الضرورى طرح المفاهيم الأساسية لقواعد البيانات والتى تمثل الملقات Files‏ المحتوى 
الأساسى لها. 
File Alt!‏ : 


يتكون الملف من جزأين Lasai:‏ يمثل هيكل الملف (مخطط (schema Call!‏ يحتوى 
على مجموعة من الحقول fields‏ (الأعمدة columns‏ أو الخصائص (attribute‏ والتى يتم 
(pking‏ القوالل القحوع اكوا os Be]‏ قل عي ينل البو الآقر sis adl‏ 
5 ل(الصفوف rows‏ أو القيم المرتبة (tuples‏ التى تحوى بداخلها القيم الفعلية siy‏ 
الحقول. وينبغى التمييز بين مصطلحين هما: البيانات Data‏ والمعلومات Information‏ 
وأحيانًا كثيرة يخلط بينهما فى المعنى. وتشير البيانات إلى القيم المخزنة Óli‏ فى 
قاعدة البيانات ويجب أن تكون متكاملة Integrated‏ وموضع مشاركة Shared‏ فى حين 


nd‏ نمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 


يمكن الإشارة إلى المعلومات على أنها معنى هذه القيم كما يتم فهمها بواسطة 
المستخدم؛ ومن ثم يمكن الاستفادة منها. ويمثل الشكل رقم )١-١(‏ ملف الموظفين" 
EMPLOYEES‏ الذى يحتوى على مجموعة من أسماء الحقول هى: المعرف ID‏ » الاسم 
«Name‏ العنوان «Address‏ رقم التليفون Tel. No‏ والجنس -Sex‏ وهى تعطينا معلومات 
عن أنوا ع الأشياء Objects‏ الموجودة داخل ذلك الملف. فى حين توجد البيانات الفعلية 
فى بقية الصفوف. وكل صف يحتوى على معلومات مترابطة تعبر عن كينونة Entity‏ 
خاصة لموظف jure‏ والتى يطلق أحيانًا عليها سجل -record‏ ويحتوى US‏ عمود على قيم 
خاصة للحقل (الخاصية) مرتبطة مع ذلك العمود بحيث تمثل كل قيمة داخل العمود 
معنى ذلك الحقل (الخاصية). ويعتبر الملف file‏ جدولاً table‏ ذا بعدين للأشياء Objects‏ « 
fies Leas‏ الستقوق rows (ad-auidl)‏ والافن ينكل الأعمدة (الحقول ر 
الخصائص) columns‏ ومع ذلك يشار إلى اصطلاح ملف للتخزين الخارجى للبيانات 
فى ين يشنار إلى اصطلاح جنول" التخزين داخل الذاكرة الرئيسية وإن كان كلاهما 
Lisl ye‏ للآخر. كذلك ينبغى التمييز بين كلمتى مخطط schema‏ وواقعة instance‏ فكلمة 
schema bhi.‏ تستخدم inasi‏ الخصائص ills attributes‏ يطلق Gale‏ هيكل الف 
(Jsa)‏ وأنواع القيم values‏ المسموح بها لكل خاصية » وعلاقات الربط re-‏ 
Lationships‏ بين الجداول (الملفات) فى قاعدة البيانات . وتعنى كلمة instances ails‏ 
القيم المرتبطة بقاعدة البيانات وهى تصف محتويات الملفات (الجداول). على سبيل 
المثال تمثل القيم فى الشكل رقم )١-١(‏ وقائع all instances‏ (جدول) الموظفين EM-‏ 
-PLOYEES‏ 

فى نظم قواعد البيانات يتطلب الأمر توصيف نوع كل خاصية attribute‏ فى 
المخطط «schema‏ على سبيل JULI‏ نوع العنوان Address‏ قد يكون char (20) Ó aĵ‏ وقد 
يكون نوع المرتب Number Led, salary‏ وهكذا . 


ES البيانات‎ a>. 9 


مقدمة فى قواعد البيانات الفصل الأول 
JS‏ رقم V)‏ —\( ملف «الموظفين» EMPLOYEES Flie‏ 
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university database بجامعة افتراضية‎ Gol المثال التالى لقاعدة بيانات‎ isu) 
تستخدم‎ Payroll office كما هو موضح بالشكل رقم (۲-۱). حيث إن شئون الموظفين‎ 
لنظام المرتبات. وتستخدم إدارة القبول والتسجيل‎ EMPLOYEES ملف “الموظفين"‎ 
GRADES وملف التقديرات'‎ STUDENTS ملفين» هما ملف الطلاب‎ Registration 
اناشع‎ diesel ddl فتسئل مزاسى: وتقوم‎ MG FN تیان تقذيرات‎ 
والمتطلبات"‎ COURSES “Gass! jal! فى ملفى المناهج‎ Scheduling office الدراسية‎ 
ملف‎ Academic Staff ووتستخدم إدارة شئون أعضاء هيئة التدريس‎ 5 
merit لحساب مستحقاتهم‎ INSTRUCTORS "المحاضرين”‎ 

لو فرض أن هذه النظم تعمل بشكل منفصل وبطريقة صحيحة » فإن معرفة 
التقديرات Grades‏ السايقة أو حساب متوسط التقدير بالنقاط Grade point Average‏ 
(GPA)‏ لطلاب فصل معين فى وقت جدولة Schedule‏ مواد دراسية معينة » يكون من 
الصرحوية يك حال الو ملي العلومات للت سيق إن الخ وزاك تسد فى 
ملف "الطلاب” STUDENTS‏ لدى إدارة القبول والتسجيل فى حين أن جدولة المواد 
الدراسية توجد فى إدارة البرامج التى تتعامل مع ملفى all‏ الدراسية” COURSES‏ 


لنا نمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 
وملف "المتطلبات” REQUESTS‏ ؛ ومن ثم يصعب استخلاص المعلومات رغم توافرها فى 
الملفات خصوصا فى Ula‏ البرمجة بلغة مثل الكويول COBOL‏ أو البسكال Pascal‏ 
وغيرها. ويزيد الأمر صعوية أيضًا أن الإجابة على الاستفسار باستخدام تلك اللغات 
تكون معقدة. أما فى Ula‏ تفادى تلك الصعوبة عنها طريق تكرار البيانات فى الملقات : 
فإن ذلك قد يؤدى إلى عدم تناسقها بشكل مؤقت حيث إن كلا من إدارة شئُون 
الموظفين وإدارة شئون أعضاء هيئة التدريس تتضمن معلومات عن Instructor‏ : ومن ثم 
فى حالة قيام إدارة شئون الموظفين بتعديل البيانات فسوف تتضارب مع ما هو موجود 
فى إدارة 23A eluded‏ التدريس ؛ مما يؤدى الى أخطاء بالبيانات نتيجة تضاربها: 
وبالتالى تفقد البيانات تناسقها. 


شكل رقم (Y- Y)‏ قاعدة بيانات خاصة بجامعة ذات نظم غير مترابطة 
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مقدمة فى قواعد البيانات الفصل الأول 


أما فى حالة تناول البيانات داخل هذه الملفات باستخدام نظم إدارة قواعد البيانات 
55 ؛ فإن البرامج يجب أن تضع واجهة مشتركة interface‏ مع نظم إدارة قواعد 
البيانات DBMSs‏ لكى يتم الحصول على البيانات » وذلك GY‏ نظم إدارة قواعد البيانات 
5 تتناول JS‏ البيانات بشکل متكامل Integrity‏ وتكامل البيانات يؤدى الى زيادة 
الأمن Security‏ للبيانات . 


وتوافق البيانات وتناسقها Consistency‏ وتكاملها Megas ga integrity‏ فى حالة 
عدم تكرار البيانات!") كما هو موضح بالشكل رقم (١-؟)‏ . 


شكل رقم (Y-\)‏ قاعدة بيانات خاصة بجامعة باستخدام نظام إدارة قواعد البيانات DBMS‏ 
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البيانات Data‏ والأجهزة Hardware‏ والبرمجيات Software‏ والمستخدمون Users‏ كما هو 

موضح بالشكل رقم )5-١(‏ وسوف يقتصر السرد على كل من البيانات والبرمجيات 
فقط دون الخوض فى المجالين الآخرين!؟! . 





تمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 
شكل رقم )٤-١(‏ محتويات نظام إدارة قواعد البيانات DBMS‏ 


Database Management System 





Applications End Users 
Programs 





: Data البيانات‎ 

يجب أن تكون البيانات متكاملة integrated‏ وموضع مشاركة shared‏ ؛ لذا يلزم 
التكامل integration‏ : 

يتم تكامل البيانات فى قواعد البيانات من خلال توحيد العديد من ملفات البيانات 
المميزة مع إلغاء البيانات الزائدة عن الحد redundancies‏ بين هذه الملفات بحذف 
الخصائص attributes‏ المتكررة ؛ لتلك الملفات مما يؤدى إلى تقليل البيانات داخل نطاق 
الخاصية الواحدة domain‏ . 
المشاركة sharing‏ : 

ينصب مفهوم المشاركة فى قاعدة البيانات على مشاركة المستخدمين لنفس 
البيانات لأغراض مختلفة فى نفس الوقت . وترجع هذه المشاركة فى الحقيقة إلى تكامل 
البياثات.. 


ع 


مقدمة فى قواعد البيانات الفصل الأول 








قاعدة Database «ai li bend!‏ : 
تمثل قاعدة البيانات مجموعة ملفات مترابطة للبيانات الدائمة persistent data‏ 
التى يتم معالجتها واستعمالها بواسطة نظم التطبيقات application systems‏ وتختلف 
بيانات قاعدة البيانات من نوع لآخرء حيث توجد بيانات خاصة input data JLAsYL‏ 
وبيانات خاصة بالمخرجات output data‏ وأوامر التحكم Lass control statements‏ 

الاستعلامات queries‏ وغيرها. 
فوائد استخدام قواعد البيانات Benefits of DBs‏ : 

. Redundancy تكرار البيانات‎ Jul -١ 

. Inconsistency تجنب تضارب البيانات‎ - Y 

. Shared data مشاركة البيانات‎ -T 

. Standards الالتزام بالمقاييس المتعارف عليها‎ -٤ 

ه- ضمان أمن البيانات Security restrictions‏ . 

. Integrity سلامة البيانات‎ Bas -1 

/ا- استقلال البيانات Data independence‏ . 
ضظم إدارة قواعد البماضات DBMSs‏ . 

النظام البرمجى هو مجموعة من البرامج المترابطة التى يستخدمها الخناسب 
لمعالجة البيانات لاستخلاص المعلومات المطلوبةء والبرمجيات Software‏ المعقدة والتى 
الربط بين السجلات والملفات فى قاعدة البيانات وتسمح أيضًا للمستخدمين بعمل 
الاستفسارات للبيانات المخزنة داخل قاعدة البيانات تسمى ينظم قواعد البيانات 
Database System‏ أو بنظم إدارة قواعد البيانات .DBMSs‏ وهذه البرمجيات المعقدة 
والتى يتم من خلالها التعامل مع متطلبات المستخدمين التى تصدر استخدام لغة 
استعلام خاصة (مثل .501). تعترض نظم إدارة قواعد البيانات DBMSs‏ المتطلبات 


e]‏ نمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 
وتقوم بتحليلها ثم فحصها أثناء تحولها من المخطط الخارجى للمستخدم المخطط 
المفاهيمى ثم المخطط الداخلى ag.‏ مرورا بالخرائط التناظرية mapping‏ بين كل 
مخطط والذى يليه. Gadi,‏ تقوم نظم إدارة قواعد البيانات DBMSs‏ بتنفيذ العمليات 
الضرورية على قاعدة البيانات المخزنة. 
وظائف نظم إدارة قواعد البيانات DBMS‏ : 

تتضمن وظائف نظم إدارة قواعد البيانات Gees DBMSs‏ للنقاط (E391‏ 
تعريف البيانات Data Definition‏ : 

يجب أن تكون نظم إدارة قواعد البيانات DBMSs‏ قادرة على قبول تعريق البيانات 
فى شكل المصدر Source‏ وتحويلها إلى شكل المترجم Object‏ . على سييل المثال : على 
نظم إدارة قواعد البيانات 283155 فهم سجل ملف "الموظفين” EMPLOYEES‏ 
التقسور والاستجات eas iaa colle]‏ الى قد سال Lyle‏ الأقل Sa‏ مد GV‏ 
مثلاً . 
معالجة البيانات Data Manipulation‏ : 

يجب ان تكون نظم إدارة قواعد البيانات DBMSs‏ قادرة على معالجة متطلبات 
المستخدم من استرجاع retrieve‏ أو تحديث البيانات update‏ سواء modify Jaai‏ 
أوحذف delete‏ للبيانات الموجودة فى قاعدة البيانات أو اضافة insert‏ بيانات جديدة . 
أمن البيانات وسلامتها Data Security & Integrity‏ : 

يجب أن تتضمن abs‏ إدارة قواعد البيانات DBMSs‏ قواعد تحول دون انتهاك 
المستخدمين لقواعد أمن وسلامة البيانات . 
استرداد البيانات وتزامنها Data Recovery & Concurrency‏ : 


تحكم نظم إدارة قواعد البيانات DBMSs‏ استرداد البيانات وتزامنها bale‏ عن 
طريق ما يسمى مدير المعاملات transaction manager‏ . 


مقدمة فى قواعد الببانات الفصل الأول 
قاموس البيانات Data Dictionary‏ : 

تمدنا نظم إدارة قواعد البيانات DBMSs‏ بقاموس للبيانات عن JS‏ المخططات 
schemas‏ والخرائط التناظرية mappings‏ والبيانات داخل النظام . 
الأداء Performance‏ : 


يجب أن تكون نظم إدارة قواعد البيانات DBMSs‏ قادرة على تنفيذ كل الوظائف 
السابق ذكرها . 


: ANSI/SPARC Database Architecture tikai kal} ms I gui إدارة‎ pliid المعمارى‎ s bun! 


إن هيكل sels 3 abi‏ البيانات (gill Database Systems‏ اقترح من قبل ANSI/‏ 
0 والذى تم تجهيزه بواسطة المعهد القومى الأمريكى للمقاييس American Na-‏ 
tional Standard Institute (ANSI)‏ فى أوائل السبعينيات لوضع النظم القياسية لنظم 
قواعد المعلومات. ومع ذلك ليس كل نظم قواعد البيانات تؤكد ذلك الهيكل . وتوضع 
الفكرة الرئيسية لهذا الهيكل فى الشكل رقم )2( وهى خريطة تبين التنقل بين 
مختلف مستويات هياكل قواعد البيانات الثلاثة. وهذه المستويات هى المستوى الخارجى 
External‏ والمستوى المفاهيمى Conceptual‏ والمستوى الداخلى (M 'tnternal‏ : 
المستوى الخارجى External View‏ : 

عبارة عن هيكل قاعدة البيانات كما يظهر للمستخدم النهائى End-user‏ ويوصف 
بواسطة المخطط الخارجى External Schema‏ لقاعدة البيانات. ويعتبر ذلك توصيفًا 
فرعيًا من التوصيف المفاهيمى؛ ويتم Sale‏ توصيف كل خاصية كما وصفت من قبل فى 
المستوى المتوسط (المفاهيمى). ومع ذلك يمكن توصيف خصائص attributes‏ غير ممثلة 
لي لسعو E hag i‏ مسح قد تمد Pig ADs A Sones J‏ 
المستوى المتوسط. وقد GEES‏ القسائص فى هذا المستوى عن تظائرها فى المستوئ 
المتوسط فى الترتيب. 
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الفصل الأول مقدمة فى قواعد البيانات 
المستوى المتوسط Conceptual view‏ : 

يحوى هذا المستوى JS‏ هيكل قاعدة البيانات المنطقى دون التركيز على الشكل 
المادى. وبجب أن يحتوى هذا المستوى على كل الجداول ij, tables‏ الصلة Ss‏ قاعدة 
البيانات وتمثيل علاقات الربط بينهم» وأحيانًا كثيرة يطلق على هذا المستوى اسم 
جماعة المستخدمين Community user‏ يتم توصيف جميع الملفات فى هذا المستوى 
بحيث يشار إلى نوع كل خاصية . وتكتب القيود Constraints‏ التى Lalas‏ على سلامة 
البيانات وتحدد علاقات الربط بين الملفات. 
المستوى الداخلى Internal view‏ : 

على الرغم من أن المستوى المتوسط يمثل هيكل قاعدة البيانات المنطقى إلا أنه 
يحصل على المعلومات الخاصة بالملفات من الهيكل الداخلى المادى الذى يشكل فيكل 
قاعذة البيانات المادية المخزنة. East cas‏ أن الملقات الموصفة بالمستوى alll‏ يته 
nad‏ ها مق "توضيقف الستوق decay ll‏ )15 خان col s‏ أو sali salah‏ 
التى تكتب فى المستوى الخارجى ينبغى أن تترجم إلى أوامر المستوى المتوسط والتى 
بدورها تترجم إلى المستوى الداخلى. 
ا لخر انط التناظر Mapping Sent‏ : 


يوجد توصيفان للخرائط التناظرية: أحدهما من المستوى الخارجى المتوسط والآخر 
من المستوى الداخلى. ومن خلال توصيف هذه الخرائط يتم تعريف الملفات الموجودة 
بالمستوى الأعلى إلى توصيف SL‏ الموجودة بالمستوى الأقل. ثم يتم مناظرة بين كل 
من الخصائص فى كلا المستويين. ويجب معرفة أن الفصل بين توصيف المستوى 
المتوسط عن توصيف المستوى الداخلى» يعنى أن التوصيف المنطقى لقاعدة البيانات لا 
يتطلب تغيير داخل هياكل التخزين المادى فى المستوى الداخلى؛ حيث يتم تغيير 
التوصيف فى المستوى المتوسط؛ ومن ثم يتبعه تغيير تلقائى فى المستوى الداخلى من 
خلال الخرائط التناظرية. كما أن البرامج المكتوبة لتوصيف المستوى المتوسط لا تتطلب 
-hais‏ ويؤدى الفصل بين توصيف المستوى الخارجى وتوصيف المستوى المتوسط إلى 
الاستقلال المنطقى للبيانات. 


Ka البيانات‎ isit 


مقدمة فى قواعد البيانات الفصل الأول 








شكل رقم )0( يوضح البناء المعمارى لنظام إدارة قواعد البيانات DBMSs‏ 
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Stored Database (Internal view) 


إمكانيات نظم إدارة قواعه السماضات The capabilities of DBMSs‏ : 
-١‏ يوجد إمكانيتان للتمييز بين نظم إدارة قواعد البيانات عن غيرها من النظم 

البرمجية فى القدرة على إدارة البيانات الدائمة : 

- تقوم نظم إدارة قواعد البيانات DBMSs‏ بالتعامل مع محتويات قاعدة البيانات 

وتديرهاء وذلك فى حالة وجود قاعدة البيانات بشكل „ls‏ 

- القدرة على التعامل مع أكبر كم من البيانات بكفاءة. 

تتميز نظم إدارة قواعد البيانات عن نظم الملفات التى أيضا تدير بيانات دائمة فى 
تداول أجزاء سريعة للبيانات بشكل عفوى . وتكمن قدرات نظم إدارة قواعد البيانات 
5 عندما تكون كمية البيانات ضخمة ؛ لأنه فى حالة وجود كميات البيانات القليلة 
فإن أى تقنية بسيطة Jia‏ الفحص الخطى تكون Bale‏ ملائمة. 


a]‏ تمدجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 
-Y‏ ومن إمكانيات نظم إدارة قواعد البيانات DBMSs‏ شائعة الانتشار ما يلى: 
- دعم لنموذج بيانات واحد على الأقل أو التجريد الرياضى abstraction mathematical‏ 
الذى clausi Sep s o‏ البياثات: 
- دعم لغة من لغات البرمجة ذات المستوى العالى ill High-level‏ تسمح 
للمستخدم بتعريف هياكل البيانات والتعامل معها ومعالجتها. 
- القدرة على إدارة المعاملات Guns » transaction Management‏ يتمكن العديد من 
المستخدمين فى أى لحظة من التعامل مع البيانات بشكل متزامن. 
- عدم السماح للمستخدمين الذين لا يمتلكون Cassis‏ بالتعامل مع البيانات» وذلك 
عن طريق التحكم فى تداولها 
— القدرة على عمل مراجعة للتآكد من صحة البيانات. 
- القدرة على معالجة أخطاء النظام دون فقدان البيانات. 
كفاء ة التعامل مع edd!‏ : 
توفر نظم إدارة قواعد البيانات DBMSs‏ على الأقل نموذجًا للبيانات يسمح 
للمستخدم برؤية المعلومات بشكل أكثر Unga‏ . ويمكن عادة رؤية البيانات فى مستويات 


غديدة: e pes Sue‏ إدارة قواعد البيانات DBMSs‏ برؤية البيانات الأقل تسدنا | 
مثال (Y-3)‏ : 
بفرض أن هناك رغبة فى الاحتفاظ بملف &S L4] EMPLOYEES yib‏ 
معينة. بحيث يحتوى هذا Wall!‏ على حقلين: هما : اسم الموظف name‏ و اسم المدير 
Pascal-Like‏ مثلا كالتالى: 
Record‏ 
Name : char (30);‏ 
Manager : char (30);‏ 


End ; 


مقحمة'قى acil‏ البيقئات القصل الأول 


ومعلوم أن الملف هو مجموعة سجلات متتابعة ؛ ومن ثم فهو يحتوى على سجل لكل 
موظف بالشركة. وتظهر قدرة نظم إدارة قواعد البيانات DBMSs‏ عند تداولها لبيانات 
alll‏ فعند البحث عن مدير اسمه ples a ST‏ فى حالة كون ملف “الموظفين" EM-‏ 
55 يحتوى على آلاف السجلات للموظفين: فإن نظم إدارة قواعد البيانات 
55 تساعد فى Gages‏ “فهرس الملفات". ومن ثم يكون لكل ملف مفهرس معرف 
وحيد لايتكرر. كما فى حالة فهرسة الملف. حيث يكون لكل سجل معرف مميز e‏ 
يسمح بتداول السجل المطلوب مياشرة دون البحث فى كل سجلات الملف. كذلك فى 
حالة إضافة سجل جديد أو حذف آخر أو تعديل بيانات سجل. وأيضا تمكن نظم إدارة 
قواعد البيانات DBMSs‏ المستخدم من التبحر فى الحصول على المعلومات من أكثر من 
ملف فى حالة وجود علاقات ربط بين هذه الملفات. 
ld‏ ت الاستعلام Query languages‏ : 

تزود نظم إدارة DBMSs SEL! sels‏ المستخدمين بلغة استعلام أو لغة dallas‏ 
بيانات DML‏ لتنفيذ العمليات المطلوية على الملفات. وهنا تجدر الإشارة إلى أن لغات 
الاستعلام المبنية على أساس نموذج البيانات العلاقى تتطلب تفاصيل أقل من تلك 
الموجودة فى نماذج البيانات الأخرى. 
مثال (١-؟)‏ : 


مع افتراض وجود ملفين: أحدهما خاص بالموظفين' EMPLOYEES‏ والآخر 
خاص 'بالادارات" DEPARTMENTS‏ يبحيث يحتوى املف الأول على سجل يتكون من 
«alis.‏ هما الاسم Name‏ والاإدارة Dept‏ والآخر $522( على سجل نتکون من حقلينء 
هما اسم الإدارة Dept‏ واسم المدير Manager‏ فإنه يمكن التعبير عن الملفين فى 
مخطط علاقى کالآتی : 
EMPLOYEES (Name , Dept)‏ 


DEPARTMENT (Dept , Manager) 


soe |‏ 
نمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 


عند البحث عن المدير a Si”‏ صلاح' فإنه ينبغى التبحر من ملف "الموظفين” EM-‏ 
5 إلى ملف "الإدارات” DEPARTMENT‏ مستخدمين التساوى بين Jia‏ اسم 
الإدارة Dept‏ فى كلا الملفين كما هو موضح فى الشكل رقم )1-١(‏ ؛ وذلك SY‏ حقل 
اسم الإدارة Dept‏ يعتبر حقل الربط المشترك بين الملفين. 

(1) SELECT MANAGER 
(2) FROM EMPLOYEES 
(3) WHERE EMPLOYEES. NAME =" صلاح‎ a Si 


(4) AND EMPLOYEES. DEPT = DEPARTMENT. DEPT 
SQL شكل رقم )1-1( مثال على استعلام باستخدام‎ 


وتبين السطور فى الشكل رقم )1-١(‏ الخاض بالاستعلام السابق باستخدام لغة 


سطر )١(‏ يخبر نظام إدارة قواعد البيانات DBMS‏ أن يختار خاصية اسم المدير 


. Manager 

سطر (Y)‏ بخير نظام إدارة قواعد البيانات E DBMS‏ ينظر إلى ملف الموظفين 
-EMPLOYEES‏ 

سطر (Y)‏ يخبرتظام إدارة قواغد اليياتات 28315 أن اسم cà Bg ll‏ هو 
أكرم صلاح . 


سطر (f£)‏ يخبر نظام إدارة قواعد البيانات DBMS‏ أن yall‏ يرتبط بالموظف بكونه 
موجودا فى نفس الإدارة فى جدول "الإدارة' DEPARTMENT‏ مع نفس 
الإدارة فى جدول "الموظفين' .EMPLOYYEES‏ فى الشكل رقم (V7)‏ نفس 

(1) EMPLOYEES. NAME : صح“‎ a KÍ ' 

(2) FIND EMPLOYEES RECORD BY CALC.KEY 


| 
تمذجة البيانات 


مقدمة فى قواعد البيانات الفصل الأول 
FIND OWNER OF CURRENT EMP.DEPT SET‏ )3( 
FIND FIRST MANAGER RECORD IN CURRENT DEPT.MGR SET.‏ )4( 
PRINT MANAGER. NAME‏ )5( 
شكل رقم )۷-١(‏ مثال على استعلام باستخدام لغة معالجة البيانات DML‏ 
سطر (Y) » (Y)‏ يخبر نظام إدارة قواعد البيانات DBMS‏ أن البحث عن Jall‏ 
الخاص بالموظف ‏ أكرم صلاح فى ملف الموظفين" .EMPLOYEES‏ 
سطر (Y)‏ يستعمل تركيية فنة set‏ الخاصة بموظف — إدارة EMP-DEPT‏ « والتى 
تمثل علاقة الربط التى تربط الموظفين بإدارتهم لإيجاد الإدارة التى ينتمى إليه الموظف. 
ملاحظة : owns, set‏ مصطلحات فنية تستخدم داخل &3l‏ معالجة البيانات DML‏ 
فى النظام الشبكى. 
سطر )£( set 443 Jap‏ أخرى خاصة بالادارة - مدير DEPT-MGR‏ « والتى تمثل 
علاقة الربط التى تربط الإدارات بالمديرين. 
يلاحظ هنا التبحر الواضح فى الاستعلام باستخدام لغة معالجة البيانات DML‏ فى 
النظام الشبكى عنها فى da)‏ الاستعلام البنائية SQL‏ ولكن الصعوية الكبرى تواجه 
مخطط البرامج فى كتابة da)‏ معالجة البيانات DML‏ فى النظام الشبكى عنها فى لغة 
الاستعلام البنائية SQL‏ وعند المقارنة بين الشكلين السايقين ليس من جهة عدد 
السطور الزائدة فى لغة معالجة البيانات DML‏ فى النظام الشبكى ؛ بل من جهة الفرق 
الكامن فى عدم التمكن من الحصول إلا على سجل واحد فقط به الاستفسار فى حالة 
استخدام لغة معالجة البيانات DML‏ فى النظام الشبكى Gi.‏ فى حالة استخدام لغة 
الاستعلام البنائية Gls SQL‏ يتم الحصول على بيانات مترابطة لأكثر من سجل . وهذا 
أحد الأسباب المهمة التى تؤدى الى استخدام لغة الاستعلام البنائية SQL‏ المبنية على 
أفعاسن النموذج العلاقى. 


Lr ]‏ نمذجة البيانات 


الفصل الأول مقدمة فى قواعد البيانات 
لغات قاعدة ! Database Languages tuli bed‏ : 


توجد الأوامر Statements‏ الخاصة بالتوصيف declarations‏ فى لغات البرمجة 
التقليدية والأوامر القابلة للتنفيذ فى كل جزء للغة البرمجة. أما فى نظم قواعد البيانات 
فيكم aal!‏ :بين وظيفتى التوصيف واللعالجة فى الدتين متخلفتين. olla sag‏ 
لفة البرمجة التقليدية فقط حين يتم تنقيذ البرنامج فى حين أن البيانات فى نظم قواعد 
البيانات توجد بشكل دائم » وربما يتم توصيفها مرة واحدة فقط. وفيما يلى توضيح 
مبسط للغات قواعد البيانات!!) . 
لغات تعريف البيانات DDL‏ : 


يوصف المخطط المفاهيمى Conceptual schema‏ بلغة تسمى لغة تعريف البيانات 
airs. Data Definition Language (DDL)‏ تعريفها كجزء من نظام إدارة قواعد 
البيانات .DBMS‏ وتستحدم لغة تعريف البيانات DDL‏ لتوصيف أنواع الكينونات 
(الملفات) Entity Types‏ » وعلاقات relationships Ls J!‏ بينهاء وهى ليست لغة إجرائية 
Procedural Language‏ . 
)5-١( Js‏ : 
توضح الأوامر التالية إنشاء الجدول العلاقى (gill relation (als)‏ يصف ملف 
الرحلات الجوية FLIGHTS‏ بواسطة لغة تعريف البيانات :DDL.‏ 
CREATE TABLE FLIGHTS ( NUMBER : INT, DATE : CHAR(8).‏ 
SEAT : INT. FROM : CHAR(3), TO : CHAR (3));‏ 


CREATE INDEX FOR FLIGHTS ON NUMBER : 


ويمثل المثال السابق تشفيرا Coding‏ خاصا بلغة تعريف البيانات DDL‏ للقة 
الاستعلام SQL LSI‏ يصف الأمر الأول الجدول العلاقى relation‏ والخصائص 
attributes‏ الخاصة به فى حين يصف الأمر الثانى الفهرسة على رقم الرحلة flight‏ مع 
ملاحظة أنه يفصل بين كل أمر وآخر الفصلة المنقوطة (:). ويتم استعمال لغات تعريف 
البيانات DDL‏ عند تصميم قاعدة بيانات أو عند تعديل تصميم سابق وتشمل مجموعة 


تمذجة البيانات 


مقدمة فى قواعد البيانات القصل الأول 
أوامر للتوصيف. أما التصميم المفصل لقاعدة البيانات المادية يتم بواسطة برامج نظام 
إدارة قواعد البيانات DBMS‏ التى تترجم الأوامر فى لغات تعريف البيانات. 
لغة معالجة البيانات DML‏ : 
تتطلب العمليات الخاصة selgi‏ البيانات لغة مخصصة لعالجة البيانات Data Ma-‏ 
nipulation Language (DML)‏ أو لغة استعلام للتعبير عن الأوامر fio‏ : 
-١‏ استرجاع البيانات من قاعدة البيانات Retrieve‏ . 
Y‏ - تحديث للبيانات بقاعدة البيانات Updates‏ . 
وينفذ التحديث بواسطة pol si‏ خاصة فى لغة الاستعلام البنائية SQL‏ ومثال ذلك : 
UPDATE FLIGHTS‏ 
SET SEAT = SEAT -4‏ 
WHERE NUMBER = 123 AND DATE = AUG3I :‏ 
؟- إضافة بيانات لقاعدة البيانات بمعنى إضافة سجل داخل قاعدة البيانات ويعير üe‏ 
بواسطة برنامج فى Jia SQL‏ : 
INSERT INTO FLIGHTS‏ 
VALUES (356, AUGIS `, 100, ORD `. JFK );‏ 
لغة المضيف التقليدية Host Language‏ : 


تكتب البرامج الخاصة بمعالجة قواعد البيانات بلغة تقليدية مثل لغة سى © ولغة 
الكويول COBOL‏ وغيرهاء ويطلق على مثل هذه اللغة da)‏ المضيف. وتستخدم لغة 
المضيف لعمل كل شىء مثل اتخاذ القرار وعرض الاستفسارات. وتضمن أوامر لغة 
معالجة البيانات DML‏ فى برامج لفة المضيف بإحدى الطريقتين التاليتين Backes‏ على 
طبيعة نظام إدارة قواعد البيانات DBMS‏ مثل : 


: 
نمذجة البيانات 


القصل الأول مقدمة فى قواعد البيانات 

-١‏ أوامر تكتب فى لغة معالجة البيانات DML‏ بواسطة لغة المضيف فى صورة 
إجراءات Gals Procedures‏ بنظام إدارة قواعد البيانات .DBMS‏ 

”- أوامر تمثل امتدادًا للغة المضيف tags Suns.‏ مترجم وسيط Preprocessor‏ لتبادل 
أوامر معالجة البيانات أو مترجم Compiler‏ لكل من لغة المضيف وأوامر a)‏ معالجة 
البيانات DML‏ تحول أوامر لغة معالجة البيانات DML‏ إلى نداءات Calls‏ 
للإجراءات بواسطة نظام إدارة قواعد البيانات DBMS‏ 


شكل رقم )۸-١(‏ رسم تخطيطى لنظام قاعدة البيانات 
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As iz‏ البيانات 


مقدمة فى قواعد البيانات الفصل الأول 
محتويات نظم قواعد البسانات : 

يبين الشكل رقم (AN)‏ تفاعل مختلف محتويات نظم قواعد البیانات» حيث تبين 
الجية الننتى التصميم أو:مخطط قاعدة البياتات Cual‏ تتذى عترم Gl‏ تعريق النياتات 
gill DDL‏ يقدم توصيقا ماديا لقاعدة البيانات» و Gab‏ ما يتم تعديل مخطط قاعدة 
البيانات مقارنة مع JS‏ من الاستفسارت ولغة معالجة البياثات DML‏ التى تنفذها. كنا 
يوضح الشكل السابق معالج لغة الاستعلام الذى يحصل على برامج معالجة 
البيانات من مصدرين. أحدهما: استعلامات المستخدم أو معالجات البيانات SAYI‏ 
ال يت a e Ullal‏ اليس LS all‏ تاها Tah ual ll‏ ميد QUSS‏ 
استعلامات قواعد البيانات والمعالجات مضمنة فى لغة المضيف ill host language‏ يتم 
معالجتها مسبقًا؛ لكى تنفذ bbe‏ من هذه البرامج التطبيقية أخيرًا والتى تكون مكتوبة 
بلغة تقليدية يتم تناولها بؤاسطة مترجم Gl‏ تظيدية . ويكون جزء عن البزتامج التطييقى 
أؤامر لغة معالجة البيانات التى يتم Ugly‏ يؤاسظة معالج لغة الاستعلام Gilly‏ يكون 
مسئولاً عن Jaa‏ هذه الأوامر أقرب ما تكون إلى الفاعلية. وينبغى التأكيد على أن أوامر 
Galles à]‏ الويانات DML‏ اتلس sacld jo aal‏ الوناتات ais I‏ كسويلها 
gins‏ يواسطة معالج الاستعلام Query processor‏ يصل معالج الاستعلام إلى 
توصيف جداول قاعدة البيانات التى تنشىء بواسطة برنامج لغة تعريف البيانات DDL‏ 
لتتحقق من يعن العقائق الى لكرج سفيدة لجل ER AM rU‏ 
dale Lill‏ مثل وجود أو عدم وجود فهرس Index‏ . ويأخذ مدير قاعدة البيانات Database‏ 
6 الأوامر من المستوى المفاهيمى ويحولها إلى أوامر فى المستوى المادى أى إلى 
مستوى الملفات. ويحتفظ مدير قاعدة البيانات بالجداول ويعمل على الوصول إلى جداول 
اواك Slasher PONERET,‏ ديل CEMITERIO E‏ 
التفويض al‏ قاعدة البيانات أن براجع صلاحية المستخدم الخاص بتنفيذ الاستعلام 
المستهدف أو تعديل قاعدة البيانات. كما أن تعديل جدول معلومات التفويض يتم 
عة مدير قاعدة lll) Eae D opal SU Js ll of s Call‏ بواسيلة 
الاستعلامات أو معالجات selgi‏ البيانات فإن مدير قاعدة البيانات يحتفظ بالمعلومات 
الضرورية فى جدول خاص. 


| 
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الفصل الأول مقدمة قى قواعد البيانات 


ويترجم مدير قاعدة البيانات الأوامر التى يحصل عليها إلى عمليات Operations‏ 
مرتيطة بالملفات التى يتم تداولها بواسطة مدير الملفات. ويستعمل مدير الملفات جداول 
pal s ila sf‏ اکى سمع تق من حلي ا وتحداول قاعدة|النياناك يشل 


v 
5 Vall ue 
: Object-base system £ sd! أساس‎ paki 

Ll acl 3 ومصطلح نظم ادارة‎ Object-base الشىء‎ abad مصطلح‎ BLA 
Object-Oriented Database Management system ( OO-DBMS ) الشينية الموجهة‎ 
وتن كل ملعتن‎ Sula acl i lal els Lolo Rea ll eli ja f gh لوصف‎ 
: معالجة الييانات والمضيف تتوافر المعالم الآتية‎ 
: Complex Objects الأشياء المعقدة‎ -١ 


cgi GUL gl اكنسودج‎ JL ISA islas f Foil aya gle REI iatis 
تبنى فيه أنوا ع البيانات على شكل سجلات أو مجموعات: والذى ينشئ هياكل متداخلة‎ 
من أنواع‎ tuple (iall) ويعتبر أكثر الأساليب انتشارا . مثال ذلك تبنى القيم المرتبة‎ 
أساسية مثل الأرقام الصحيحة والحقيقية وسلاسل الحروف وغيرها لتشكل هيكل‎ 
لتشكل‎ tuples يبنى من قيم مرتبة (صفوف)‎ Relation السجل. والجدول العلاقى‎ 
set of tuples مجموعة. بمعنى آن الجدول العلاقى هو مجموعة قيم مرتبة (صفوف)‎ 
اتشكل سجلات خاضنةوتستطيع إنشاء سجل واحد ذى محتويات من توغ مجموعة‎ 
. قيم مرتبة (صفوف)» وهى تمثل هياكل أكثر تعقيدا‎ 
: Encapsulation الكبسلة‎ —Y 


وتعنى القدرة على تعريف إجراءات تلحق فقط بنوع معين من الأشياء Objects‏ « 
والقدرة على التعامل مع هذه الأشياء عن طريق تطبيق sai‏ هذه الإجراءات. ومثال ذلك 
Losie‏ نعرف الركام Stack‏ بوصفه Legs‏ من آنوا ع البيانات» ويمكن تعريف عمليات 
معينة تلحق بهذا النوع Jia‏ الدفع Push‏ والسحب Pop‏ وكذلك عند تعريف الملف File‏ 
بوصفه Less‏ من أنواع البيانات » يمكن أن تلحق به عمليات القراءة Read‏ 
والكتاية -Write‏ 


! 
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مقدمة فى قواعد البيانات الفصل الأول 
—Y‏ هوية الشىء Object Identity‏ : 

ويقضد بها قدرة النظام على تمييز شيشين لهما adh‏ المحتويات هن pill‏ 
الأساسى pla.‏ الأسالسية كما سبق ذكرتا مكل الأرقام بتتواعها casalis.‏ 
وسلاسل الحروف وغيرها. 

والنظام الذى يدعم هوية الشىء يشار إليه بوصفه Object-Oriented Gags Gach‏ 
بالرغم من أن مصطلح الشىء الموجه يتضمن Laes‏ لتجريد نوع البيانات Abstract‏ 
Lei .Data Type (ADT)‏ النظاء الذى لا يدعم هوية الشىء سوف يطلق عليه قيمة 
موجهة Value-Oriented‏ أو سجل موجه؛ ولذا كانت JS‏ النظم المبنية على النماذج 
العلاقية للبيانات ذات قيمة موجهة. 

فى حين أن النظم التبحريه لقواعد البيانات المبنية على النماذج الشبكية والهرمية 
هى نظم شيئية موجهة فى معنى محدود las‏ لدعم هوية الشىء عند التمييز بين هيكل 
file all!‏ ومخطط العلاقة (EMPLOYEES (Name, DEPT)‏ حيث إن تعريف الملف 
يتوافق مع هوية الشىء: GY‏ موضع السجل يميزه عن آى سجل آخر. Lais‏ عند النظر 
إلى الائات كجدول c relation idle‏ دوچ Lago‏ ی 35,85 البباناك کی £e‏ 
مرتين[صفين) JS Two tuples‏ منهما يحتوى على نفس القيمة المرتية. ويرجع السبب 
فى ذلك إلى أن الجدول العلاقى هو فئة Set‏ والقواعد التى تحكم نظرية الفتات فى ale‏ 
الجبر العلاقى تمنع تكرار القيمة المرتبة Lei .Tuple (iall)‏ عن النظام الذى يدعم 
الكبسلة والأشياء المعقدة يقال عنه أنه يدعم تجريد أنواع البيانات (ADT)‏ أو أنواع 
الأشياء classes‏ بمعنى أن تجريد أنوا ع البيانات هو تعريف لبنية معينة مع تعريف 
عمليات على الأشياء ؛ لذلك يمكن أن تعالج نوع الشىء Class‏ 
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الفصل الأول مقدمة فى قواعد البيانات 
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تمذجه البيانات 


الفصل الخانى 


تصنيف aala‏ البيانات 





الفصل الثانى تصنيف ناذج البيانات 
مقدمة : 

سوف يتم مناقشة عدد من الموضوعات المتعلقة بتصنيف gils‏ البياتات فى هذا 
الفصل. وفيما يلى استعراض موجز للنقاط الرئيسية التى سيتم التطرق إليها : 
تموذح Sbi‏ 

يشير نموذج البيانات إلى النظام المستخدم لنمذجة البيانات بطريقة معينة. ويتم 
استخدامه عادة لتوصيف هدكل البيانات. 
مجال gila‏ البيانات : 

يم تک Rilke aed‏ شين سهان Vd!‏ راکاد 


وسفن lly Lora ESTE aoc asdf Kin n cal ake‏ حجن ق 


- قيود السلامة التى تحكم الحالات الصحيحة لقاعدة البيانات. 

- قيود آمن وحماية البيانات من سوء الاستعمال. 

كما سيتم التعرف على معالم نماذج البيانات التى توضح بعض التفاصيل 
slay!‏ التوضيحية لاستعمال البيانات كالتوزيع والأمن والبيانات الزائدة عن الحد 
ومنظورات نماذج البيانات. 
خطوات تصميم قاعدة البيانات : 

تتكون هذه الخطوات من ثلاثة نماذج » هى : 
— نموذج التصميم المفاهيمى لمخطط قاعدة البيانات الذى يوفر القدرة على فهم 

البيانات. 
— نموذج التصميم المنطقى الذى يعمل على تنظيم البيانات فى نموذج قابل للتطبيق. 


- نموذج التصميم المادى الذى يتم استخدامه لتوصيف تخزين ن البيانات. 


نمذجة الببانات 


تصنيف ماذج البيانات الفصل الثانى 
تصنيف نماذج البيانات : 

جوف pis‏ تسق كماع GLa gl‏ القاس welds‏ البعاتاد فى Jati‏ 
نماذج البيانات. 
تطبيق نماذج البيانات : 

يتم وضع محتويات نماذج البيانات فى ملفات عند التنفيذ من خلال تطبيق النماذج 
التقليدية والتى تشمل النماذج الهرمية والشبكية والعلاقيةء وكذلك من خلال تطبيق 
نموذج البيانات الشيئية الموجهة الذى يتطلب التحول من تمثيل الأشكال البنائية للنظام 
نحو توصيف سلوك متكامل لكل من هيكل البيانات والعمليات الخاصة به. 
الصعويات التى تواجه إدارة قواعد البيانات : 

هناك العديد من الصعويات التى تواجه إدارة قواعد البيانات » مثل تكرار البيانات 
والسجلات متغيرة الطول ومفاتيح GGL!‏ الثانوية. 
تطبيق علاقات الريط فى نظم قواعد البيانات : 

هناك ثلاثة أنوا ع لعلاقات ربط البيانات هى: 

- واحد - لواحد. 

— واحد - لمتعدد. 

- متعدد - لمتعدد. 

ولكن من الصعوية بأى حال تطبيق علاقة الربط متعدد - ssil‏ عند تطبيق علاقات 
الربط فى نظم قواعد البيانات؛ لذا فإنه من الضرورى Jasas‏ هذه العلاقة إلى واحد - 
لمتعدد؛ ومن ثم سيتم التطرق للسياسات المتبعة فى علاقة الربط salg‏ - لمتعدد سواء 
سياسة الملفات متعددة الوصلات أو سياسة الملفات المعكوسة. 


as iz EN‏ البيانات 


الفصل الثانى تصنيف gil‏ البيانات 
تمثيل علاقات الربط فى قواعد البيانات التقليدية : 


سوف يتم توضيح LAS‏ تمثيل علاقات الربط فى قواعد البيانات التقليدية فى كل 
من النماذج التبحرية سواء الهرمية أو الشبكية . والثماذج العلاقية. 
تمو د چ Data Model tailed ued}‏ : 

هو مجموعة متكاملة من المفاهيم لوصف بيانات مؤسسة أو هيئة معينة وتوضيح 
الغلاقات ينها والقيوة Yale‏ والقرض die‏ هو Jobe‏ كلك الييانات و جعلها Tagha‏ 
ويستخدم Sale‏ لتوصيف هيكل قاعدة البيانات وتزويد قاعدة البيانات بالعمليات Opera-‏ 
5 الخاصة بها. وبقصد يهدكل قاعدة البيانات أنوا ع البيانات Data types‏ وعلاقات 
الربط relationships‏ بينها والدلاليات Semantics‏ عليها والقيود Constraints‏ التى تضمن 
سلامة البيانات ودقتها والتى تعرف بقوالب templetes‏ تلك القاعدة. LÍ‏ عن العمليات 
التى ينيغى على النموذج أن يوفرها لقاعدة البيانات فتشتمل على الاسترجا ع retrieval‏ 
والتحديث updating‏ الذى يتضمن deletianz $33]! insertion LAYI‏ والتعديل mod-‏ 
ification‏ وغيرها. وللريط مع المفاهيم السابقة يجب التفرقة بين مصطلحين s‏ هما: 
مصطلح نموذج البيانات والآخر هو مصطلح نموذج التطبيق. حيث يشير مصطلح 
تموذج البيانات إلى النظام الستخدم لتمذجة البيانات بطريقة خاصة ٠‏ ويوقر كتل البناء 
building blocks‏ أو Lais‏ النمذجة modeling constructs‏ التى يمكن يها وصف هيكل 
قاعدة البيانات. فى ne‏ يشير مصطلح نموذج التطبيق Application model‏ إلى 
توصيف البيانات لقاعدة بيانات خاصة. على سبيل JULI‏ النموذج العلاقى هو نموذج 
بيانات » وتعريف قاعدة بيانات خاصة لتطبيق شخصى فى شركة معينة هو نموذج 
تطبيق لقاعدة البيانات تلك التى تستخدم النموذج العلاقى. ومن المهم فى أى تطبيق أنه 
التمييز بين توصيف قاعدة البيانات وقاعدة البيانات فى حد ذاتها » حيث إن التوصيف 
يشير إلى مخطط قاعدة البيانات Database Schema‏ . ويصمم مخطط قاعدة البيانات 
Tegal‏ سن ULL‏ مخ كال gus colli! debo‏ جس ها Jana,‏ تولاج 
بيانات محدد من خلاله يوفر بنيات النمذجة فى شكل تركيبة لغوية معينة language syn-‏ 
tax‏ أو شكل تخطيطى مناسب. أما فى البيئات التى تتميز بفاعلية مستمرة Jia‏ 
التصميم باستخدام الحاسب (CAD)‏ ؛ التصنيع باستخدام الحاسب (CAM)‏ » أدوات 


تصنيف نماذج البيانات الفصل الثانى 
هندسة البرمجيات (CASE)‏ التحكم فى الوقت الحقيقى أو نظم المعلومات الجغرافية 
(GIS)‏ فإن مخطط المنتج المصمم قد يغير نقسه ؛ ومن ثم يشار إليه بوصفه مخططًا 
تطور ۴ Schema evolution‏ . 
مجال Scope of Data Models taikai vad! galea‏ : 

تستخدم نماذ ج البيانات لتصميم مخطط قاعدة البيانات التى تكون محدودة فى 
مجال استخدامها. كما تستخدم هذه النماذج لتمذجة الصفات الساكنة البيانات : 
والتى تتضمن هيكل البيانات والقيود عليها ومعالمها ومنظوراتها )١( views‏ : 
JSsa -١‏ البيانات Structure of data‏ : 

يعبر شيكل شتونج البياقات عن يفيه تجميع أقواغ البيانات:ذات القيمة الزاحدة 
atomic data types‏ فى أنوا ع الترتيب الأعلى order — higher.‏ . وأكثر من ذلك تعبر 
النماذج عن العلاقات بين هذه التجمعات ومن هذه التجمعات aggregates‏ : 

: record - oriented السجل الموجه‎ - 

يشكل هيكل التجميع البنية الأساسية لنوع السجل فى كونه يتكون من مجموعة 
حقول . ومخطط قاعدة البيانات المبنية على السجل الموجه تتكون من عدد من أنواع 
السجلات المترابظة يطرق „taka‏ 

: hierarchical data model نموذج البيانات الهرمى‎ - 

تميز النموذج الهرمى بتنظيم أنوا ع السجلات الموجهة فى هيكل شجرى (هرمى) . 

- نموذج البيانات الشبكى network data model‏ : 
تريط بين كل نقطة وأخرى وصلة edge‏ تمثل علاقة الربط بين السجل والآخر . 

: Relational data model النموذج العلاقى‎ - 

قدم هذا النموذج رؤية all‏ - الموجهة Set - riented‏ لنمذجة البيانات كفرع من 
فروع الجير العلاقى relational algebra‏ . 


s]‏ نمذجة البيانات 


الفصل الثانى تصنيف تماذج البيانات 

. Object-oriented data model النموذج الشيئى الموجه‎ — 

هيكل هذا النموذج قاعدة البيانات فى asas.‏ الأشياء Objects‏ والأشياء المتداخلة in-‏ 
terobjects‏ فى التفاعلات والتى تتم بشكل gale‏ 
—Y‏ القيود الخاصة بنماذ e‏ البيانات Constraints on data models‏ : 

تمثل القينود haa‏ إضافيًا على أنواع السجلات أو الوقائع Jala Instances‏ 
قاعدة البيانات. وقيود نموذج البيانات تخدم هدفين : 

- قيود السلامة Integrity‏ : 

aas‏ قيود السلامة القواعد التى تحكم الحالات الصحيحة لقاعدة البيانات. وهى 
إما أن تكون أنواعا أساسية للبيانات مثل الأرقام الصحيحة أو سلاسل الحروف أو 
الحروف وغيرهاء أو تكور قواعد تم تعريفها بواسطة | لمستفيد لكى jS‏ معنو 
البيانات. 

: Security and protection قيود الأمن والحماية‎ - 

وتطبق هذه القيود على قاعدة البيانات لحمايتها من سوء الاستعمال ومن 
الاستعمال يدون تصريح ويمكن رؤية القيود فى مستويات مختلفة : 

: Inherent Constraints القيود الورائية‎ (1) 

تخص القيود التى تبنى داخل قواعد تموذج البيانات نفسه. مثل نموذج -Ü pus‏ 
علاقة Entity-Relationship (ER)‏ « بحيث يجب أن تكون العلاقة قائمة بين نوعى 
كينونتين على الأقل Two entity types‏ وسوف يرد شرح تفصيلى لهذا النموذج فى 
(ب) القيود الضمنية Implicit constraints‏ : 

يتم توصيف هذه القيود لنموذج البيانات باستخدام لفة تغريف البيانات DDE‏ ؛ 
لكى تصف صفات أخرى إضافية. مثال ذلك قيد المساهمة الإجبارى فى نموذج كينونة 
gill (BR) We —‏ يبون أن قوع Tang TGS‏ ينين أن تسهم فن Ue.‏ بقاصة. 
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تصنيف تماذج البيانات الفصل الثانى 
(ج) القيود الصريحة Explicit Constraints‏ : 

فى هيو Gaskell Laas‏ الى تصف 4g.‏ الدلالية التن ASS‏ مم هذ التطبيق: 
وهى قيود عامة وصعبة فى وصفها بتفاصيل كاملة. ويوجد اتجاه عام يؤكد على 
اعتبارها "سلوك تطبيق” للمعلومات داخل قاعدة البيانات؛ لكى يتم الإستيلاء عليها فى 
موضع معين. تهدف لغة GL‏ 4 إلى الاستيلاء على دلاليات التطبيق فى المستوى 
ply s, le VI‏ إذارة قؤاعة ctl!‏ ساليًا #اتتناوليا وة وتاك يعد ابر الق 
اليد ST‏ يقر eai‏ على Te‏ التصؤل Jal‏ من (hay. hdl slosh ll ds‏ 
يعطى دفعًا للقيود التى تتميز بفاعلية مستمرة dynamic Constraint‏ « والتى تكون 
صحيحة فى حدود أى a‏ للتغييرات على قواعد البيانات. JU.‏ على ذلك : زيادة 
مرتب “Gane lage”‏ من الممكن أن يزيد كلا من القيود الساكنة والقيود ذات الفاعلية 
المستمرة التى تسمح بتعريف قاعدة بيانات متناسقة Consistent‏ فى حين تقيم القيود 
الساكنة على نقطة سريعة لقاعدة البيانات: لكى تحدد صحتهاء فإن القيود ذات 
EU‏ الس ضيه کین Le Ayre Pel‏ تككيل طن gil Sl aad Bilge‏ ر 
التنفيذ run-time‏ . 
allas —Y‏ نماذج البيانات features of data Models‏ : 


يصف نموذج البيانات الخاص بقاعدة بيانات أيضًا بعض التفاصيل الإضافية 


)1( التوزيع Distribution‏ : 
أحد المعالم التى ترتبط بجزء من البيانات فى حدود إمكانية تخزين البيانات 
كجزيئات: ومثال على ذلك فى النموذج العلاقى الذى أصبح sias‏ أن يشار إلى 
ETE GL s‏ ا . Horizantal and vertical fragments‏ ففى الجدول العلاقى 
الخاص بالموظفين” EMPLOYEES‏ فإن JS‏ جزئية أفقية قد تحتوى على بيانات 
الموظف الخاصة بهء فى حين أن الجزيئات Raul E‏ أنفس الجدول العلاقى القاض 
'بالموظفين” EMPLOYEES‏ قد Jatti‏ على معلومات عن elast‏ الموظقين والإدارات 

A 


| نمذجة البيانات 


الفصل الثانى تصنيف CLE‏ البيانات 
(ب) الأمن Security‏ : 

يعد أحد المعالم المهمة التى قد تبثى قى تموذج البيانات فى مختلف المستويات. 
(ج) البيانات الزائدة عن الحد Redundancy‏ : 

تعد أحد المعالم التى يصعب أن يتم نمذجتها بشكل واضح. وذلك قد يسيطر عليها 
فى انوع الكاس gant‏ السريحة akal Jl i‏ 
(د) المفاتيح Keys‏ : 

sal‏ هذه المعالم المهمة التى يجب أن يسمح النموذج فيها بتوصيف مثل هذه 
المفاتيح التى لا تتكرر Unique Keys‏ فى تعريف البيانات: والتى يكون لها القدرة على 
توصيف المعاملات المادية Physical Parameters‏ مثل التجميع clustering‏ أو الفهرسة 
Jia indexing‏ شجرة الفهرس B+‏ على Jia‏ معين كجزء من توصيف نموذج التطبيق. 
—é‏ منظورات نماذج البيانات Views of data models‏ : 

glist aad,‏ اه اقلى تج ael yd‏ اچ اتاد انها i Leaks Cage‏ قمر 
الناتج من الاستعلام Ó paa‏ كمنظور. ويحبذ إنشاء المنظور فى حالة وجود طلب 
استرجاع معلومات منه أفضل من تجسيد المنظور؛ لأن تجسيد المنظور ينشئ بيانات 
زائدة عن الحد. 
خطوات عمسم Steps of Database Design lii bwal f 2 daf kô‏ : 

عملية تصميم قاعدة البيانات تتكون من رسم تفصدلى لمتطلبات البيانات 
والقاياكان pal Sty‏ قلا الخطوات: المرفمحة بالشلكل pola! (V-Y) e;‏ يعطية 
تصميم مخطط قاعدة البيانات MOO)‏ 


تصنيف نماذج البيانات الفصل الثانى 


: Conceptual Design التصميم المفاهيمى‎ -١ 
يوفر لنا هذا النموذج القدرة على فهم الإدراك الحسى للمستخدمين تجاه‎ 
العرة على توقيرالقاهيم اشرو افق بيكة التظبيق هن‎ papell بها‎ ial 

أعلى مستوى بلا توصيف للنظام .nonsystem-specific‏ 
-Y‏ التصميم المنطقى Logical Design‏ : 

يعمل Nia‏ التموذج على AES‏ البياتات فى تموذج البياتات القابل للتطبيق ويغرف 
باسم نموذج البيانات المنطقى أو بالنموذج التنفيذى .Implementation Model‏ ويمتلك 
هذا النموذج هياكل نمذجة فى حالة ما إذا تم اتباعها من قبل المستخدم ؛ لتمكن من 
تجئب الخوش فى التفاصيل المانية (العملينة) التطبيق :ولكن قد aiia Saas‏ 
الحصول على نتيجة تنقيذ الحاسب مباشرة فى بغض نظم قواغد البيانات. 
—Y‏ التصميم المادى Physical Design‏ : 

يحبذ فى هذه المرحلة آلا تستعمل نمذجة البيانات فى توصيف البيانات. حيث 
يتكون التصميم المادى من اختيارات مختلفة لتخزين البيانات قى حدود التجميع Clus-‏ 
tering‏ والتقسيم Partitioning‏ والفهرسة Indexing‏ وغيرها. 


لما مذ i>‏ البيانات 


الفصل الثانى تصنيف نماذج البيانات 


شكل رقم (V-Y)‏ عملية تصميم مخطط قاعدة البيانات 
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تصنيف ماذج البيانات الفصل الثانى 
تصنيف kou‏ د چ Classification of data models (ead had load)‏ : 

يمكن تصنيف تماذج البيانات الخاصة بقواعد البيائات بشكل أساسى قى 
(f(T) < t Palasi‏ . 

جاهدى ربيسين : 
أولاً : الاتجاه الأول يتعامل مع الخطوات الخاصة بنشاط تصميم قاعدة البيانات والتى 
تطبق النموذج فى الخطوات السالف ذكرها « وهی تشمل : 

= التصميم المفاهيمى . 

2 التصميم المادى m‏ 
Cat‏ : الاتجاه الآخر ويمكن أن يصنف إلى أريعة أجيال : 
-١‏ نماذج البيانات الأولية Primitive Data Models‏ : 

يتم تمثيل الأشياء Objects‏ فى هذه النماذج بهياكل السجل المجمعة فى هيكل 
الملف. والعمليات الرئيسية المتوافرة هى القراءة Read‏ والكتابة Write‏ والعمليات الأخرى 
الخاصنة والسجلات م 
-Y‏ نماذج البيانات التقليدية Classical Data Models‏ : 

تشمل هذه النماذج من جانب : النماذج التبحرية ly Novigational Models‏ 
تشمل US‏ من النماذج الهرمية والنماذج الشبكية. ومن جانب آخر تتضمن النماذج 
العلاقية. 

: Navigational Models النماذج التبحرية‎ (1) 

تتضمن النماذج التبحرية WS‏ من النموذج الهرمى والشبكى . ويعتبر النموذج 
الهرمى امتدادا لنموذج البيانات الأولى (البدائى). ويمثل النموذج الشبكى أيضًا 
امتدادا للنموذج الهرمى. ويعبر عن هيكل البيانات فى هاتين النموذجين فى حدود 
البيانات التى يمكن تجزيتها؛: بمعنى البيانات ذات القيمة الواحدة فقط „atomic data‏ 


لما مذجة البيانات 


الفصل الثانى تصتيق ناذج البيانات 


وتجمع أنوا ع هذه البيانات ذات القيمة الواحدة فى الترتيب الأعلى higher-order‏ « 
وتتجه لتكون السجل والذى يتكون بدوره من حقول. وهنا مخطط قاعدة البيانات يتكون 
من عدد من السجلات التى ترتبط معا بطرق مختلفة. يتم تنظيم السجلات فى النموذج 
الهرمى فى شكل شجرى tree structure‏ فى حين أن تنظيم السجلات فى النموذج 
الشبكى فى شكل رسم شبكى APTENT CR‏ 19 تمثل السجلات ووصلات edges‏ 
تمثل علاقات الريط بين هذه السجلات. 

(ب) النموذ ج العلاقى Relational Model‏ : 


اعتمد هذا النموذج على الأساس الرياضى فى نمذجة البيانات المبنية على أساس 
نظرية الفثات Sets theory‏ والجداول العلاقية relations‏ فى ale‏ الجبر العلاقى. وتتكون 
الجداول العلاقية من قيم مرتية (صفوف) tuples‏ يتم تعريفها على مجموعة خصائص 
attributes‏ يجب أن تكون هذه الخضائص معرفة مسيقا على نطاق معين من القيم 
Domain of values‏ . ويسبب سهولة نمذجتها قد حصلت على أنتشار واسع بين مطورى 
التطبيقاتا". يتضمن هذا النموذج مجموعة من العمليات Operations‏ نتيجة ارتباطه 
بعلم الجبر العلاقى منها: عمليات الاختيار الافقى SELECT‏ والاختيار الرأسى 
PROJECT‏ والربط JOIN‏ وكذلك بقية العمليات فى نظرية الفثات الخاصة بالاتحاد 
UNION‏ والتتقاطع INTERSECTION‏ والفرق DIFFERENCE‏ والضرب 
الکارتیزی CARTESIAN PRODUCT‏ وهكذا. جعلت هذه العمليات النموذج 
العلاقى» أكثر قوة لأن JS‏ الجداول تصبح معاملات Jol gall argnments‏ العلاقية وقد 
بنيت بعض لغات الاستعلام QUEL «SQL Jis‏ على أساس الحساب العلاقى Relational‏ 
Calculus‏ والذى أصبح las‏ لصناعة معالجة البيانات. 

ويوجد نوعان من القيود على هذا النموذج : أولهما يسمى قيد سلامة الكينونة 
entity integrity‏ وثانيهما قيد السلامة المرجعية referential integrity‏ « واللتان سوف يتم 
توضيحهما فيما بعد. والعديد من نظم إدارة قواعد البيانات العلاقية جيدة التصميم 
أدت إلى توفير تداول النموذج العلاقى: منها: INGERS , RDb, 282. SYBASE . IN-‏ 
ORACLE FORMIX,‏ . 


تمذجة البيانات 


تصنيف gil‏ البيانات الفصل الثانى 
-Y‏ نماذج البيانات الدلالية Semantic Data Models (SDMs)‏ : 


lil قراس‎ asia). nag بال‎ ioo alioa ata 
المعنى أكثر‎ Jas التقليدية ليس واضحًا. ولهذا السبب تحاول نماذج البيانات الدلالية‎ 
التقليدية.‎ SL فى‎ salsa عتا هو‎ cola معت‎ tas فى‎ Ta 

كما أنه يستحيل مع أساسيات النموذج العلاقى أن يتم الحصول والتحكم فى كثير 
مق يات التابيق الق من JR‏ ااطار» البسيط سكالا على ذلك 2.43 الودج 
ET‏ على تقد ad‏ الاه Tena ll‏ ولق« sags‏ يلقمو دين تخطف lsh‏ < 
علاقات الربط التى قد توجد بين آنوا ع الكيتونات» مثل علاقات الربط متعدد - لمتعدد i‏ 
وتصميم علاقات الربط saly‏ - لمتعدد » وصفات علاقات التبعية — الموجودة فى واحد - 
sail‏ وإيجان القيرة على pine‏ مثل هذا Sas jai‏ من تعريف دلاليات للعمليات 
«Lisl La Lal‏ وحكى علهات Allo. JS) abide Eia das JI‏ 

ويمثل 3523 c‏ كينونة — علاقة ise Entity-Relationship (ER)‏ للبيانات الدلالية 
وقد تم تطويرة مرات عديدة وتم تدعيمه بمفاهيم عن نوع الشىء p gis class‏ الشيء 
الفرعى subclass‏ والوراثة inheritance‏ الهرمية المبنية على أساس التعميم gener-‏ 
alization‏ والتخصيص specialization,‏ وكانت الفكرة الأساسية من وراء هذا الدعم هى 
أن يشتمل نموذج كينونة - علاقة ER‏ على كل تجريدات البيانات Abstraction of Data‏ 
ated‏ بنموذج كينونة - علاقة المطور Enhanced Entity-Relationship (EER)‏ . وتجدر 
Ga‏ الإشارة إلى طرح سؤال dams lla:‏ فى حالة Jalad‏ الفرق بين نوع الكينونة 
caia,‏ و Diss‏ ساج Lia gl‏ هذا فى ادر cipes ge aal‏ 
ale‏ يحتوى على أنواع الأشياء (Object types) classes‏ . 


: Object-Oriented Data Models نماذج البيانات المرتبطة بالشىء‎ -٤ 


هناك العديد من أوجه التشابه والاختلاف بين مصطلحات كل من نماذج البيانات 
الدلالية ونماذج البيانات الشيئية الموجهة والتى سوف يرد شرحها بإسهاب فى 


لما مذجة البيانات 


الفصل الثانى تصنيف ماذج البيانات 
(i)‏ أوجه التشابه : 

= بنية التجريدات والقيم . 

= القيم وأنواع الدمج . 

- التعريف الداخلى والخارجى للشىء . 

- مدی الوراثة . 

- اخفاء المعلومات وتغليفها (كبسلتها ( encapsulation‏ . 
یکی Implementation of Data Models emi isi eod Galen‏ : 
محتويات هذه النماذج فى olib‏ عند التنفيذ من خلال نظم قواعد البيانات!*). 
(V)‏ تطبيق النموذج الهرمى : 

تم تطوير النموذج الهرمى للبيانات كجزء من نظم إدارة قواعد البيانات بواسطة 
شركة IBM‏ تحت اسم نظام إدارة المعلومات Information Management System (IMS)‏ . 
ولا توجد أى وثائق أو تقارير من أى مجموعة من المجموعات التى قامت بتعريف نموذج 
البيانات الهرمى » ولكن استخدام نظام إدارة المعلومات IMS‏ للنموذج الهرمى للبيانات 
جعله مرتيطا بنموذج نظام إدارة المعلومات IMS‏ للبيانات . ولقد أصبح نظام إدارة 
المعلومات IMS‏ نظامًا Lage‏ جدًا ؛ لأن كثيرًا من المنظمات قد هيئت أجهزتها به. ويسمح 
نموذج البيانات الهرمى لمخطط قاعدة البيانات أن يتم هيكلتها على شكل شجرة تمثل 
رؤوسها nodes‏ أنوا ع السجلات record types‏ والوصلات links‏ بينها هی علاقات الربط 
relationship‏ بين الأب والابن Parent-child‏ بين هذه السجلات . ومع ذلك فنظام إدارة 
المغلومات IMS‏ يمكن تحويله إلى تموذج شبكى بشكل محدود وذلك بجعل نوع السجل 
له سجلان أبويان Two porents‏ أحدهما يسمى الأب المادى (الحقيقى) Plysical Parent‏ 
والآخر يسمى الأب المنطقى (الوهمى) .Logical Parent‏ 


تصنيف تماذج البيانات الفصل الثانى 


: تطبيق النموذج الشبكى‎ (Y) 

تم تحليل تموذج البيانات الشبكى بالتفاصيل من قبل اقتراح المجموعة مهام قاعدة 
البيانات DataBase Task Group (DBTG)‏ « والتى قدمته تحت اسم النموذج التشاورى 
all‏ نظام .COnference on DAta SYstem Language (CODASYL) Ll‏ ويتم تمثيل 
قيكل OGL‏ فى التمودج Sal‏ برسم شبكن 4 الرؤوس nodes‏ التى تمثل Aii‏ ع 
السجلات «record types‏ والوصلات edges‏ تمثل علاقات relationships Ls Jl‏ بين هذه 
السجلات. ويتم تمثيلها بعلاقات الربط من نوع aal‏ - لمتعدد one-to-many‏ ويطلق 
عليها انوا ع set-types call‏ . 

والنظع oda 323 All‏ الاج العبحرية (الهرفية والشيكية) انيه Rd‏ ريف 
البيانات التى تعرف قاعدة البيانات » ولغة أخرى لمعالجة البيانات فى الاسترجاع 
والتحديث . عدد كبير من نظم إدارة قواعد البيانات DBMSs‏ قد تم تنقيذها باستعمال 
Mall ote‏ ج و Cai Sr ddl‏ حقى الان Vg‏ سما فى cl iit)‏ وه وكاب الطدزان 
والمكتبات ومعظم الشركات الضخمة التى كان لديها إمكانيات مالية عالية ويدأت فى 
استخدام الحاسب فى تعاملاتها مبكرا. ويرجع استمرار هذه الشركات فى استخدام 
ote‏ انلا إلى ali Eas RES‏ والتقازين اس وة بواسلقها iss‏ تاراش 
القى معت من جلها على PT‏ 
(Y)‏ تطبيق النموذج العلاقى : 

ارتبط تعريف gipa‏ قاعدة البيانات العلاقى بالمؤلف أ.ف. كودد .E. F. Codd.‏ 
الى وضع مفاهيم قواعد البيانات العلاقيةء حيث بين GHAI‏ النظرية التموذج الغلاقى 
فى نظرية الفئات المرتبطة بالعلاقات الرياضية. وقد استنتج لغات معالجة البيانات 
الرئيسية التى يتم استعمالها مع النموذج العلاقى والتى جعلت تلك اللغات العمليات 
المطبقة على قاعدة البيانات أكثر قوة . وهى : 

. relational algebra الجبر العلاقى‎ - 


. relational Calculus الحساب العلاقى‎ - 
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الفصل الثانى تصنيف ماذج البيانات 

)£( تطبيق نموذج البيانات الشيئية الموجهة : 

يتطلب gahi‏ هذا النموذج التحول من تمثيل الأشكال البنانية Structural aspects‏ 
للنظام نحو توصيف سلوك متكامل Integrated behavioral‏ لكل من الهيكل Structure‏ 
والعمليات Operations‏ : حيث إن كبسلة هيكل الييانات مع العمليات الخاصة يها يعرف 
dale‏ بنوع البيانات التجريدية Abstract Data Type (ADT)‏ . ويساعد ذلك على التحكم 
فى التطبيقات المعقدة والتى غالبًا تزيد بمحاولة تعريف حلول فى مستويات تجريديه 
غير مناسبة . والعديد من نماذج البيانات الشيئية الموجهة قد نفذت فى نظم مشابهة 
مثل : IRIS. Gemstone‏ .02 . 
الصعوبات التى تواجه إدارة قواعسد البسانسات : 

هناك العديد من الصعويات التى تواجه إدارة قواعد البيانات فى تمثيل البيانات. 
بصفة عامة. قد ينظر للملف كمجموعة قوائم متوازية. على سبيل JULI‏ الشكل رقم 
(Y-Y)‏ يصور ملف سجلات اللجان COMMITTEES‏ لشركة افتراضية . الخطوط 
الرأسية تقسم الملف إلى قوائم منفصلة أو حقول. فى حين أن الخطوط الأفقية تقسم 
الملف إلى قيم منفصلة للسجلات كما سبق وتم halal‏ . 


شكل رقم (Y — Y)‏ يوضح سجلات ملف اللجان لشركة افتراضية 
Emp | Address} Salary Tax Ed. Spouse‏ 
Name Rate |Category| Level | Name‏ 
pee pem sas | B | 6 | coo‏ 
on | ^ | 6 | ©".‏ ]| عرد 











تصنيف gil‏ البيانات الفصل الثانى 
أ- مشكلة تكرار البيانات : 

تعرف قاعدة البيانات بوصفها مجموعة ملفات مترابطة . ولكن كمثال بسيط لقاعدة 
atta‏ الباق و رواسا leas Goons,‏ فى ib Ua‏ دلق jah‏ 
Us aad‏ كرا رالراتات oa se LGN‏ أن الشركة Maal ANT‏ تقرى أن i21‏ 
المرتبات ينيغى آلا تحصل على تداول 'للمستوی ab gall Educational- level ` paill‏ 
أن اشم oak‏ (القوع - الزوجة) ads Spouse‏ الطريقة Gel Jamas Yi hats‏ 
التخطيط على تداول معدل المرتب Salary rate‏ للموظف أو مصنف .Tax category &u pall‏ 

طريقة عدم استخدام قاعدة بيانات لحل هذه المشكلة تؤدى إلى إنشاء ملفين 
منفصلين (غير مرتبطين) : Latsai‏ يحتوى على معلومات مطلوية من قبل لجنة المرتبات 
salary committee‏ » والآخر يحتوى على البيانات المطلوية من قيل لجنة التخطيط 
planning committee‏ . وهذا الأسلوب يؤدى إلى تخزين Jia‏ اسم الموظف Employee‏ 
name‏ وحقل العنوان Address‏ فى ملفين منفصلين. ولكن ماذا عن دقة تحديث 
الوا ت 3I‏ جم تفزينها SÍ ACU duae ie GSA ul. Fia:‏ موقا شر UB‏ 4 
تغيير عنوانه فإنه سيضطر إلى أن يوضع فى موضعين مختلفين ويحتمل أن يتم 
بواسطة شخصين مستقلين. بوضوح فى هذه الطريقة قد ينتج موظفا يعيش فى 
عتوائيد مقالقين:» اموهها للجنة لكا تار Tal‏ التخطينة. 


شكل رقم (Y = Y)‏ يوضح ملفات قاعدة بيانات اللجان 
SALARY FILE MAIN FILE PL | PLANNING FILE FILE‏ 
ped Tax AE. Address O‏ 
Rate Cat. Name b. ۷ A Name‏ 
= 
I=‏ 


SEE 
SE Dammam 


e ces 





الفصل الثانى تصنيف gil‏ البيانات 


طريقة 'استخدام قاعدة البيانات لحل مشكلة تكرار البيانات سوف تؤدى إلى 
تقسيم الملف المبين فى الشكل رقم (Y-Y)‏ إلى ثلاثة ملفات مترابطة كما هو موضح 
بالشكل (Y-Y)‏ حيث إن الملفات الثلاثة تحل محل ملف اللجان. أحد هذه الملفات « 
يحتوى على حقل اسم الموظف وحقل العنوان ويسمح هذا الملف بالتداول الشائع 
ويسمى ملف البيانات الأساسى MAIN‏ أما Call!‏ الثانى فهو يحتوى على Jia‏ 
معدل المرتب وحقل مصنف الضريبة » ويسمح بالتداول من قبل لجنة المرتبات فقط 
ويسمى ملف المرتيات alll, SALARY‏ الثالث يحتوى على الحقول المطلوية Gall‏ 
التخطيط ولا يسمح لغير لجنة التخطيط بتداولها » وتشمل حقلى :مستوى التعليم 
"اسم jill‏ ويسمى ملف التخطيط PLANNING‏ 

علاقة الربط بين سجلات هذه الملفات (قاعدة البيانات) تكون مباشرة إلى أبعد حد 
ويمكن تمثيلها بواحد - لواحد ؛ وهى أبسط نوع من آنوا ع علاقات الربط. بحيث تكون 
السجلات فى نفس الموضع نسبيا فى مختلف الملفات وتكون مترابطة كل مع الآخر. 
عندئذ يمكن لعضو لجنة التخطيط أن يستعمل برنامجا فرعيا للبحث عن اسم موظف 
فى ملف البيانات الأساسية e‏ ومن ثم تداول نفس المكان قى الملف يكون محدود على 
استعمال لجنة التخطيط التى تحدد المستوى التعليمى للموظف واسم القرين. يلاحظ أن 
تحديث المعلومات سوف يتم مرة واحدة وسوف يكون معروف بشكل فورى لكل 
المستفيدين المخولين لاستعمال تلك المعلومات. 
ب- مشكلة السجلات متغيرة الطول : 

لو فرض أن هناك GU‏ مسئولاً عن سجلات الطلاب بالجامعة. وأن اسم كل طالب 
يجب أن يرتبط بعدد متغير للمناهج الدراسية التى يختارها الطالب. وعند 
تخزين JS‏ البيانات فى ملف واحد» سوف تظهر مشكلة السجلات متغيرة الطول 
LS) Variable length‏ هو موضح بالشكل رقم (£-Y)‏ . 


شكل رقم Y)‏ - £( يوضح ملف الطالب ذا السجلات متغيرة الطول 


STUDENT COURS! COURS? COURS3 COURS4 COURSS COURS6 


BUS 44 A |MAT 44 B CPS I1 B‏ | خالد نيازى 
PSY 33 A COM 99 A CPS 33 B | ENG22 B‏ | 8 أهانى هلال 


[i pud 










تصنيف نماذج البيانات الفصل الثانى 


تمثل الوصلة المفرضة فى الجانب الأيمن البيانات فى الشكل رقم (EN)‏ بوضوح 
بعض مشاكل تخزين البيانات. والسؤال هنا: كم حجم التخزين المطلوب تخصيصه 
لل كل طالب اكد مق 3f‏ اللسيل نكري على اتناف Sall‏ الى t lisa‏ 
فى نفس الوقك كيف ینکن طليل الجر الكو إلى أدص عد > يتصارب Tell‏ 
gil‏ كل سم y‏ وشو asa‏ ان tpl AU‏ نقد لف Jis o‏ 
للمناهج الدراسية ولكن مثل هذا التخصيص سوف يؤدى إلى فاقد ضخم فى الحيز 
لعظم الطلاب لو كان السجل cual‏ الطول. 

ومن ناحية آخرى فإن الرسم المنظورى لقاعدة البيانات» سوف يسمح برؤية هذه 
obLull‏ داقن Lana ٠ gubadis‏ ملق الطاب“ STUDENT‏ والآخر cals ga‏ 
'المناهج الدراسية” COURSES‏ وعلاقة الربط بين ملف GILLI‏ وملف "المناهج 
Eccl al‏ مور كو E al‏ عى تزع طلاقة الزيظ andan‏ التي 
JEN ud das‏ اسايق Gell GUL, Red‏ هذا يكت أن dac‏ كل طالب Jedi‏ 
بعديد من سجلات المناهج الدراسية فى حين أن كل موظف فى ملف البيانات 
الأساسى' يرتبط فقط بسجل واحد فى ملف المرتبات وسجل واحد فقط فى ملف 'لجنة 
التتقطيط"هلؤةة daly Sada! daa Jl‏ — لفون سروف ll‏ مؤشزات مالك يتم Bali‏ 
على استمرار علاقة الربط بين ملفات ”الطاب والمناهج الدراسية" ٠‏ كما هو مشار إليه 
فى الشتكل رقم (0-7)..وبيين هذا الشكل سجلات المنافج النراسية التى تم اختيارها 
بواسطة JS‏ طالب كقائمة متصلة Linked List‏ بمؤشر رأسى GY head Pointer‏ مخزن 
قحف “Ua!”‏ 

علاقة الربط واحد-لمتعدد الممثلة بين ملفات الطالب و pall‏ الدراسية قى نظام 
قاعدة بياتات الطالب فى الشكل رقم Se (o - Y)‏ أن al‏ فى الاغتبار تقريبًا كل 
مشاكل إدارة قاعدة البيانات. وحقيقة الأمر أن علاقات الربط الأكثر تعقيدًا يتم تنفيذها 
عادة بتفكيكها إلى علاقات ربط عديدة JS‏ منها واحد - لمتعدد. 


لنا نمذجة البيانات 


الفصل الثانى تصنيف تماذج البيانات 


شكل رقم (0-Y)‏ قاعدة بيانات الطالب 


ST. FILE COURSE FILE 

ST. NAME LINK COURSE NAME GRADE LINK 

l تناو‎ alt. 1 BUS44 A 4 

2 فؤاد‎ less. 2 MATII UM 5 

3 Ja ile 3 PHI77 B 6 
MAT44 B 8 
ENG22 D Null 
PHY33 A 7 
COM99 A 9 
PHI33 A 10 
CPS33 B 11 
CPS11 B Null 
ENG22 B 12 
MAT33 A Null 


يوضح الشكل رقم (1-5) علاقة الربط فى قاعدة بيانات الطالب » حيث يبين 
انمو S ab Jp call‏ عقي Mall‏ التاق cal all‏ وهو OT‏ بس سول 
sal gill gta‏ لكل سول طالب فى حو أن اله اليح اران الى بح حب 
RIETI‏ [ لوی جو سل WEE POI‏ متهم راسي 
يلاحظ أن علاقة الربط واحد - لمتعدد هى فى الحقيقة مثال خاص للشجرة 
sb]‏ والتى يمكن Ging,‏ بمقارنة المعلومات المخزنة فى قاعدة البيانات فى الشكل 
رقم (؟-5) مع الشجرة العامة فى الشكل رقم (VX)‏ 

شكل رقم (1-1) يبين علاقة الربط واحد - لمتعدد 


Student 
records 
Course 
records 













تمذجة البيانات 


تصنيف gili‏ البيانات القصل الثانى 
=g‏ معالجة المفتاح الثانوى : 

يظهر JUL‏ الموضع بالكل رقم (A-Y)‏ ملف “الطالب" الذى يوضع طول السجل 
الثابت لكل طالب BAS,‏ ظهور علاقة الزيط واحد-لتعدد قى معالجة قاعدة PL‏ 
Sahay‏ سيل SGN dali Sa caldi‏ 2 

الرقم المعرف للطالب Identifier (ID)‏ « اسم الطالب Name‏ .53 ¢ الطالب Sex‏ « 
الصف الدراسى Class‏ ويستخدم الرقم المعرف للطالب ID‏ كمفتاح Jo‏ البحث 
السريع فى هذا الملف ومع ذلك ماذا يحدث لو كانت متطلبات المستفيد هو الاستفسار 
عن المتطلبات التالية : 
-١‏ إيجاد JS‏ الطلاب من نوع إناث ۴. 
slau! -Y‏ كل الطلاب الذين بدرسون بالصف الثانى -Sophomore (SO)‏ 
sla! -Y‏ كل الطلاب من نوع ذكور M‏ ويدرسون بالصف الثانى -Sophomore (SO)‏ 
-٤‏ إيجاد JS‏ الطلاب من نوع إناث ^ F‏ أو یدرسون بالصف الثالت Junior (JU)‏ 

هذه الاستفسارات all‏ محاولات لتداول اللسجلات فى الملف بواسطة مفتاح 
ثانوى غير وحيد (أى قد يتكرر) . وهذا يعنى أن كل استفسار سابق يتطلب استعمال 
si) Jia‏ حقول) بخلاف Jia‏ المفتاح الأساسى as JE‏ المعرف للطالب lias ID‏ الحقل 
(is)! 5l)‏ مستعمل مفتاحا:ثانويا Sas‏ بواسطته تذاول السجلات. أكثر من AF cll‏ 
يكون التداول المطلوب عبر حقول المفتاح الثانوى له عديد من السجلات تشارك نفس 
القيمة؛ لذلك يطلق ut‏ حقول المفتاح الثانوى اصطلاح غير وحبدة Non-Unique‏ . 
dac‏ حول a got p Eit‏ كل قتاع Ute dara gd Frcs‏ ربط 
واحد - لمتعدد بين قيمة المفتاح والسجلات بالملف. على سبيل المثال علاقة الربط 
واحد — لمتعدد التى توجد فى الملف فى الشكل رقم (A-Y)‏ والموضحة بالشكل 
رقم (AY)‏ 


لنا نمذجة البيانات 


الفصل الثانى تصنيف نماذج البيانات 


شكل رقم (V-Y)‏ تمثيل الشجرة العامة لإعادة بيانات الطالب 


BUS || MAT || PHI CPS || MAT || ENG PHI PSY || COM || CPS || ENG || MAT 
HA HB 33A 11B 11C 22D 77B 33A 99A 33B 22B 33A 


Identifier (ID) يوضح تنظيم سجلات الطلاب حسب حقل المعرف‎ (^-Y) eb JSS 


IDENTIFIER NAME SEX CLASS 

1 34762 أحمد على‎ M JU 
2 37938 إبراهيم طه‎ M SE 
3 12387 محمد‎ Sala F FR 
4 27127 علا محمد‎ F 50 
5 93791 حسن السيد‎ M JU 
6 35261 es JLi F SO 
7 59795 منى كمال‎ 1 50 
8 23719 رامی عوض‎ M FR 
10 48262 —— c M FR 
11 58799 شيماء كامل‎ F JU 

12 97271 سامح السعيد‎ M 50 
13 59143 محمد‎ Lil, F FR 
14 87927 دينا مدحت‎ F SE 
15 28098 شريف محمد‎ M JU 

16 47819 vA تانسی‎ F SB 


isit‏ البيانات 


تصنيف gil‏ البيانات الفصل الثانى 


تطبيق علاقات الربط فى نظم قواعد البيانسات : 
أ- علاقة الربط saly‏ - لمتعدد : 


السياسة الوحيدة التى يمكن أن تتناول متطلبات المفتاح الثانوى هى التحرك ببطء 
تتابعا خلال تنظيم الملف فى الشكل رقم (A-Y)‏ ومراجعة كل سجل لرؤية ما إذا كان 
يقابل الشرط المحدد. مع ذلك: فى قواعد البيانات ذات العدد الضخم للسجلات: فان 
طريقة التحرك ببطء تتابعيًا سوف تكون بطيئة جدًا من الجهة العملية. ومن ثم فإن 
المدخل لإدارة قاعدة بيانات فعالة هو ) : 
slew -١‏ لتخطيط ويعنى التنبؤ £go‏ ۳ متطلبات المفتاح الثانوى التى 2 نحتما استخدامها 

لقاعدة البيانات التى نحن بصددها الآن. 
- بناء علاقات الربط واحد - لمتعدد التى يتم تمثيلها باستخدام المفاتيح الثانوية فى 

هياكل الملفات التى تصنع قاعدة البيانات. 

« عن كيفية بناء علاقات ربط واحد - لمتعدد فى الملفات المكونة لقاعدة بيانات‎ Li 
: فإن الطرق الأكثر شيوعا تتبع إحدى السياستين التاليتين‎ 

- الملفات متعددة الوصلات Multilink Files‏ . 

- الملفات المعكوسة Inverted Files‏ . 
أولاً - الملفات متعددة الوصلات : 

سياسة الملف المتعدد الوصلات تتطلب حقلاً Cold‏ بمفتاح ثانوى يتم بواسطته 
التعجيل فى تداول الملف. وصلة الحقل يجب أن يتم إنشاؤها فى هيكل السجل للملف . 
ومن ثم وصلة الحقل 'تستعمل لتوصيل السجلات التى تشارك فى القيمة المحددة معا 
للمفتاح الثانوى فى حالة الاستفسار. وهذا يعنى أن كل مفتاح ثانوى يؤدى إلى العديد 
من القوائم المتصلةء ولكن قائمة واحدة لكل قيمة قد يلتزم بها المفتاح. وهذه القوائم 
فقط بكفاءة. ويتم تطبيق تعدد الوصلات لقاعدة بيانات الطلاب فى الشكل رقم (A-Y)‏ » 
الشكل رقم (A-Y)‏ فى الشكل رقم .)٠١-۲(‏ 


تمذجة البيانات 


الفصل الثانى تصنيف تماذج البيانات 


شكل رقم (4-1) علاقة الربط saly‏ - لمتعدد فى السجلات الموضحة بشكل (A-Y)‏ 





يوجد فى قواعد البيانات» سياسة تطبيق تعدد الوصلات تسمى قاعدة البيانات 
ذات posh!‏ المتسلسل Chained Pointer‏ . بعض المزايا والعيوب النسبية للملف المتعدد 
الوصلات التى تأخذ فى الحسبان المغرقة المسبقة لهياكل بياناته الضمنية: القائمة 
ple Ua Ug gle San lly alt‏ 





تصنيف giL?‏ البيانات الفصل الثانى 
li! yo‏ الملف متعدد الو صلات : 


)١(‏ سهولة القدرة على المعالجة التتابعية الجيدة إلى حد بعيد لهذه السجلات التى 
تحقق قيمة المفتاح الثانوى الوحيد؛ وذلك بتتبع تعرج القائّمة المتصلة المناظرة. 
وأن عدد التداولات المطلوية للملف هو عدد السجلات التى تحقق قيمة المفتاح 
الخاص. 

(Y)‏ سهولة القدرة على الاحتفاظ بترتيب معين للقوائم المتعددة الوصلات ؛ مما يسهل 
الإضافة والحذف لتلك القوائم. وهو أحد الاعتبارات التى ينبغى أن تأخذ فى 
الحسبان إذا ما تم الاحتفاظ بعلاقات ربط واحد — لمتعدد كقوائم متصلة مزدوجة › 
والدافع وراء ذلك هو أن الحذف سوف يتطلب عادة تداول السجل لكى يتم حذفه 
بواسطة المفتاح الأساسى؛ ومن ثم حذفه من كل علاقات الربط واحد - لمتعدد 
المشارك فيها. 

(Y)‏ التغييرات فى قيمة المفتاح الثانوى لسجل معين هى فقط موضوع الحذف من 
قائمة واحدة متبوعة بإضافة فى قائمة أخرى. على سبيل JEU‏ النزول من 
الصف الدراسى الثالث إلى الصف الدراسى الثانى للطالب حسن السيد فى 
الشكل رقم )٠١-۲(‏ خلال محاولة معينة (من وجهة نظر شخصية) سوف لا تكون 
ذات قيمة لقاعدة البيانات متعددة الوصلات. 

عبوب الملف متعدد الوصلات : 

(Y)‏ تخزين الوصلات داخل السجل نفسه تجعل من الصعب جدًا إضافة علاقة ربط 
واحد لمتعدد جديدة بعد بناء قاعدة البيانات؛ ومن ثم سوف يؤدى ذلك لإعادة بناء 
قاعدة البيانات من Gla‏ بدلاً من التغيير بشكل متحرك لعكس علاقة الربط 
واحد - لمتعدد الجديدة. 

(Y)‏ معالجة الاستفسارات التى تتضمن مجموعات منطقية للمفتاح الثانوى. على سبيل 
المثال: فى حالة افتراض أن قاعدة البيانات فى الشكل رقم )٠١-۲(‏ كانت نتيجة 


لتنا نمذجة البياثات 


الفصل الثانى تصنيف gilè‏ البيانات 


استفسار لكل الطالبات SLY!‏ أو فى الصف الدراسى الأخير. أى خوارزمية 

algorithm‏ معالجة هذا المطلب فى الهيكل المتعدد القوائم سوف يتطلب تعرجا تام 

لكل من قائمة “BLY‏ وقائمة الصف الدراسى الأخير ". سجلات الطلاب الذين 

فى "الصف الدراسى الأخير" و الأناث" سوف يتم تداولها فعليا مرتين خلال تلك 

الخوارزمية. 
Gat‏ - الملفات المعكوسة : 

الفكرة الأساسية وراء الملفات المعكوسة هى ألا تضع فى سجلات البيانات الفعلية 
معلومات عن مواضع التحرير الضرورية لمعالجة المفتاح الثانوى بكفاءة . وضع 
معلومات عن مواضع التحرير فى سجلات بيانات للملف المتعدد الوصلات يؤدى إلى 
اللافعالية التى تشهد فى تلك الطريقة. aes‏ بديلاً لذلك طريقة الملف المعكوس التى يتم 
البحث فيها من خلال بيانات عن بيانات فى ملفات صغيرة بحيث تبقى جزءًا من 
سجلات البيانات الفعلية. هذه الملفات المعكوسة الصغيرة هى فى نفس تأثير الفهارس 
التى تحتوى على مواضع تحرير السجل النسبية لهذه السجلات التى تشارك القيم 
المطابقة للمفتاح الثانوى المستخدم. على سبيل JLU‏ الملفات المعكوسة فى الشكل رقم 
)١١-۲(‏ لقاعدة البيانات الممثلة فى الشكل رقم (A-Y)‏ والشكل رقم (5-5). 


: 
مذجة البيانات 


تصنيف gil‏ البيانات الفصل الثانى 








شكل رقم (T Y. Y)‏ التمثيل المادى لقاعدة بيانات الطالب (المتعدد الوصلات) 


IDENTIFIER NAME SEX Sex Link CLASS Class Link 


l 34762 uie anal M 2 JU 5 
2 37938 إبراهيم طه‎ M 5 SE 9 

3 12387 ERTA F 4 FR 8 
4 27127 علا محمد‎ F 6 50 6 

5 93791 حسن السيد‎ M 8 JU T 

6 35261 قهمى‎ Jui F 7 50 7 

7 59795 منى كمال‎ F T SO 12 

8 23719 رامی عوض‎ M 9 FR 10 
9 64272 dla امب‎ M 10 SE 14 

l 48262 محمد السعيد‎ M 12 FR 13 

1 58799 شيماء كامل‎ F 13 JU 15 

1 9727[ — سامح السعيد‎ M 15 50 Null 
59143 محمد‎ Lil F 14 FR Null 
| 87927 — F 16 SE 16 

1 28098 شريف محمد‎ M Null JU Null 
| 47819 ١ نانسى نجيب‎ F Null SE Null 


Male-Head-Pointer = | SO-Head-Pointer=4 Female-Head-Pointer = 3 
JU-Head-Pointer = 1 FR-Head-Pointer = 3 SE-Head-Pointer = 2 


الفصل الثانى 


تصنيف نماذج البيانات 


vy (rm (i77 


| imf 





im? mre ANS imr (emer ifo) 


نمذجة البيانات 


تصنيف نماذج البيانات الفصل الثانى 
إن الاستفسار بالمفتاح الثانوى يؤدى إلى البحث فى الملف المعكوس لقيمة المفتاح 
الهو قفن cas cci E EE PE‏ يكم Bacall‏ مو الحم فت Sis A‏ 
الاستفسار. ومن تم الملفات المعكوسة تعكس مشكلة مثل البحث عن كل الطلاب الذين 
هم بالصف “SILI‏ فى مشكلة البحث عن أصغر ملف لقيمة المفتاح "الصف الثالث” ؛ 
بحن d ied‏ كل Sg el‏ الى ببس طن عر p alil Rage peal‏ : 
Sol‏ فى alll‏ المكوس عن Tans Lead‏ الماح ركع ياغ عالنة: ULI GY‏ رى 
تعيد حل مشكلة اللافعالية المذكورة فى الملف المتعدد الوصلات ٠‏ فيما يلى : 
مزاياالملف المعكوس : 
(١)اإضافة‏ ملف معكوس لعلاقة الريط واحد-لتعدد بعد بناء قاعدة البيانات» تتطلب 
حيث إن سجلات البيانات الفعلية لا تحتوى على معلومات عن مواضع التحرير؛ 
وتن dac SER‏ غاچ od x‏ 
LU (3)‏ ا Sta ona‏ انعفن ead REA ar‏ البيانات 
الملائمة. 


شكل رقم (؟1-١١)‏ الملفات المعكوسة لقاعدة بيانات الطالب شكل (A= Y)‏ 


ملف معكوس لحقل النوع sex‏ 





الفصل الثانى تصنيف gil‏ البيانات 


ملف معكوس لحقل السنة الدراسية Class‏ 





عبوب الملف المعكوس : 
تكمن عدوب الملف المعكوس بشكل مبدئى فى التعقيدات المضافة التى يقدمها . 
حيث إن كل ملف معكوس يضيف ملفا آخر لقاعدة البيانات . على سبيل المثال مشكلة 
حذف سجل له مفتاح أساسى يعادل مدخلاً محددا . ولتنفيذ ذلك يجب : 
- البحث فى ملف البيانات الفعلى عن طريق المفتاح الأساسى. 
- تحديد قيم هذا السجل تتبنى مختلف حقول المفتاح الثانوى. 
- تحفظ هذه القيم وموضع تحرير السجل لسجل البيانات الفعلى. 
- لكل ملف معكوس يتم البحث عن قيمة المفتاح وموضع تحرير السجل فى الخطوة 
السابقة ثم حذف هذا السجل بشكل ملائم من قائمة مواضع تحرير السجلات. على 
الرغم من ذلك فإن هذه العملية قد تحدث بسرعة عالية لو أن سياسة البحث وتقنيات 
تمثيل القائمة تمت باختيار ذكئء إلا أنه لازال الحذف من الملف المعكوس يعتير أكثر 
تعقيدًا من الحذف من القوائم متعددة الوصلات. 
ب- علاقة الربط متعدد - لمتعدد : 
فى حالة علاقات الربط واحد - لمتعدد التى تعمل فى كلا الاتجاهين تسمى علاقة 
ربط متعدد - لمتعدد أو شبكة معقدة. على سبيل المثال : تعرض الجامعة فرصا لدراسة 
المناهج الدراسية ©. 8 . 8 : للطلاب أحمد ومحمد وماجد وأشرف ومصطفى كما هو 
موضح بالشكل رقم (VY — Y)‏ الأسهم ذات الرؤوس المزدوجة التى تعمل فى كلا 
الاتجاهين. 


تمذجة البيانات | [Lv‏ 


تصنيف gili‏ البيانات الفصل الثانى 


شكل رقم (WY)‏ الشبكة المعقدة للفرص الدراسية والطلاب 


Course 





طريقة قواعد البيانات لتمثيل علاقة الربط متعدد - لمتعدد مثلما هو مبين فى 
الشكل رقم (5-؟١)‏ هى أن تتفكك أولاً إلى فروع أشجار ممتدة Spanning Forest of trees‏ 
كبا نهر ela pubes‏ رق xy (NIX)‏ مسموعة من علاقات E + gn E‏ 
كل متها يمكن أن يثم تمثيله بإإعدى LRA‏ السابق 3 Là‏ 
شكل رقم (W-Y)‏ الفروع الممتدة لشجرة الشبكة المعقدة لشكل )١7 - Y)‏ 





الطلاب 


AT NS ADO EO 


الفصل الثانى تصنيف نماذج البيانات 
وبالتركيز على الفرع Spanning forest siall‏ فى الشكل رقم ( )١75-5‏ نجد أن : 

(V)‏ إعادة تكرار لما يعرف عن الفروع الممتدة بعلاقات الربط واحد - لمتعدد. gl‏ أن 
node‏ فى الفرع الممتد Udy.‏ المنهج الدراسى أو الطالب يتم تخزينة فعليًا فى أكثر 
من موقع فى قاعدة البيانات. ولكن الفرع الممتد يمثل فقط الترتيب المنطقى للبيانات 
فى قاعدة البيانات وليس الترتيب المادى. 

(Y)‏ على الرغم من أن بيئة قاعدة البيانات تتجنب ذكر الاتجاه ؛ فإن التطبيق الفعلى 
للفروع الممتدة للأشجار خلال تقنية الملف المتعدد الوصلات أو الملف المعكوس هى 
فى الحقيقة تكافئ data,‏ تمشيل المصفوفة Spare matrix bist!‏ للمصفوفة 
التجاورية Adjacency Matrix‏ التى تسمح بتداول الاتجاه بواسطة الصف والعمود 
كما هو موضح بالشكل رقم .)١5-7(‏ ومن ثم فى أساليب عديدة نجد أن إدارة 
قاعدة البيانات هى فى الحقيقية تطبيق لهياكل البيانات. 


شكل رقم (VE - Y)‏ المصفوفة التبديلية للشبكة المعقدة لشكل (W — Y)‏ 





تمثيل علاقات الربط لقواعد البيانات التقليديية : 
أ - النموذج الهرمى : 

كتلة البناء الأساسية المتوافرة لمصمم قاعدة البيانات الذى يستعمل النموذج 
الهرمى هى الشجرة واحد — لمتعدد . وتلقائيًا الملفات المتعددة الوصلات والمعكوسة 
الضرورية يتم بناؤها وتحفظ بواسطة نظام إدارة قواعد البيانات. ومع ذلك. على 
المصمم الذى يستعمل التموذج الهرمى ويرغب فى أن يبنى علاقات ربط لقاعدة بيانات 


نمذجة البيانات 


تصنيف نماذج البيانات القصل الثانى 
معقدة (متعدد - لمتعدد) » أن Ki‏ هذه العلاقات إلى العديد من علاقات الربط واحد - 
لمتعدد كما هو مبين فى شكل رقم .)١15-5(‏ بالاضافة إلى قدرة المصمم على أن يصف 
Li‏ من الحوادث (القيم) occurrences‏ المتعددة للحقل فى مثل هذا التفكيك التى ينبغى 
أن تكون حوادث مادية ومؤشرات منطقية. ونظم إدارة قواعد البيانات بصفة عامة 
تستفمل لفات متعددة الوصلات والمفكوسة التى يمكن أن Jis‏ مباشرة علاقات has Jl‏ 
واحد — لمتعدد. النموذج الهرمى يلزم مصممه أن يعمل بأحكام فى حدود علاقة الربط 
واحد - لمتعدد. الاستقلال الحقيقى فقط بين النموذج الهرمى وتطبيقة الضمنى هو أنه 
ليس من المهم للنموذج أن يستعمل سواء الملفات المتعددة الوصلات أو الملفات 
المفكوسة. 


ب- النموذج الشبكى : 

النموذج التشاورى للغة نظام البيانات CODASYL‏ يستخدم لتوضيح الفئة Set‏ 
لوصف علاقات الربط واحد - لمتعدد وهى مناظرة للشجرة التى سبق وتم توضيحها . 
ويتوصيف الفئة للنموذج التشاورى للغة نظام البيانات: يكون المصمم قادرا على 
Duns‏ سل الود زنع ~ METERS RE MC‏ 
البيانات .وهذا يعنى أن فثات التموذج التشاورى dall‏ نظام البيانات لا تزال بشكل 
ضرورى شجرة هرمية . ولكن الاختلاف المفاهيمى الأساسى Lad‏ بينها هو أن النموذج 
التشاورى للغة نظام البيانات لا يلزم المصمم التعامل مع الأعضاء (الأبناء) members‏ 
على تواجدهم مرتين داخل قاعدة البيانات Ll)‏ ماديا أو منطقيا) عندما توصف Ge‏ 
nly hat‏ اعدد ght‏ الزسع لتر oeil‏ الى رلوم Span‏ يضف وة 
الريط واحد — لمتعدد فى حدود Spanning forest siall «e på‏ فى حين يسمح النموذج 
التشناورى RAD‏ نظام البيانات المصمم الذى يخرف غلاقة الربط واحة -المتغدد (شمبكة 
بسيطة) للعمل مباشرة وليس الالتزام بالفرع الممتد. ويسمح النموذج التشاورى للغة 
نظام البيانات للمصمم بتعريف السجلات المتقاطعة كوصلة زائفة بين السجلات فى 
حالة علاقة الربط متعدد - لمتعدد. على سبيل المثال: الشبكة المعقدة المبنية فى الشكل 
Lk Sony tilly (AVY) ui;‏ ان سدور SEAN (à al claudi GGT‏ 
رقم (Vo Y)‏ والتى تمثل الخوادت (gali)‏ المنطقية فقط. 


لا نمذجة البيانات 


الفصل الثانى تصنيف نماذج البيانات 


شكل رقم (Yo-Y)‏ يوضع السجلات المتقاطعة لتعريف الشبكة المعقدة (علاقة الربط متعدد - لمتعدد) 


سجلات الطلاب السجلات المتقاطعة سجلات gabli‏ الدراسية 


wa | mee‏ لحري 
ae‏ 
[Ow | > P‏ 
SET ee pow‏ 
ire E‏ 
[va [ow ])‏ 
An sam‏ 
eee‏ 





















النمودج العلا فس : 


ويبين الشكل رقم (VIY)‏ مثالاً بسيطًا للنموذج العلاقى؛ فيه كل صف يمثل سجل 


الطالب (قيم مرتبة) والأعمدة (الخصائص) تمثل حقول الاسم Name‏ النوع Sex‏ 
والصف الدراسى Class‏ 


شكل رقم )١١-۲(‏ الجدول العلاقى لسجل الطالب (القيم المرتبة للطالب) 





تصنيف ماذج البيانات الفصل الثانى 

SG‏ قوة آسلوب النمذجة العلاقية من حقيقة أن مصمم قاعدة البيانات بفرض أنه 
يتصرف بحرية فى معرفة الجداول العلاقية الخاصة بتوصيف علاقات ربط معينة داخل 
قاعدة البيانات. ومثالاً على GES‏ استعمال جدول علاقى لعكس علاقة الربط saly‏ - 
لمتعدد فى قاعدة البيانات» نأخذ على وجه الاعتبارعلاقة الربط طالب - منهج دراسى 
Student-Course‏ فى الشكل رقم (W-Y)‏ وهو يوضح علاقة الريط واحد - لمتعدد 
التى تظهر فى الشكل رقم .)٠١-۲(‏ يبين الشكل رقم (VARY)‏ الموضح للشكل رقم 
(؟-75١) Ys‏ على كيفية استعمال الجداول العلاقية لتعريف علاقات الربط المعقدة 


متعدد - لمتعدد. 
شكل رقم (W-Y)‏ لعلاقة ربط واحد — شكل رقم (VAN)‏ لعلاقة ريط متعدد - 
لمتعدد الموضحة بشكل (WX - Y)‏ لمتعدد الموضحة بشكل (\V¥ - Y)‏ 
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الفصل الثانى تصنيف SULI c3L£‏ 
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نمذجة البيانات EA‏ 


الفصل الثالث 


aa Lay‏ البيانات التبحرية 





الفصل الثالث نماذج البيانات التبحرية 
مقد deg‏ : 

Sls, as‏ لانت e E‏ عل حر اتسووح ارسي gs‏ الك 
وقد اعتمد الشكل التنفيذى لنموذج البيانات الهرمى على نظام إدارة المعلومات 1815 , 
فى حين saiel‏ الشكل التنفيذى لنموذج البيانات الشبكى على النموذج التشاورى al‏ 
نظام البيانات CODASYL‏ وسوف يتم التطرق الى النقاط التالية خلال هذا الفصل: 
نموذج قاعدة البيانات الهرمية : 


يأخذ الرسم التخطيطى لهيكل البيانات في نموذج قاعدة البيانات الهرمية شكل 
مجموعة مرتبة من الأشجار القرعية: وتتكون كل شجرة فرعية من نوع سجل واحد 
يمثل أصلها. وتعتمد على هذا الأصل مجموعة مرتبة تتكون من صفر أو أكثر من أنواع 
السجلات للمستوى الأقل. وترتبط أصول الأشجار الفرعية بنوع سجل واحد يشكل 
أصل النظام. 
هياكل البيانات الهرمية فى نظام إدارة المعلومات : 

سوف يتم التطرق لبعض الأشكال التنفيذية لنظم قواعد البيانات الهرمية عامة, 
ولنظام إدارة المعلومات IMS‏ خاصة. حيث يتم توضيح تبحرات قاعدة البيانات الهرمية 
طبقا لقاعدة التبحر حسب الترتيب المسبق. 
توصيف البيانات فى نظام إدارة المعلومات : 

يتم توصيف البيانات فى نظام إدارة المعلومات داخل المخطط المفاهيمى. وذلك من 
خلال توصيف قاعدة البيانات للشجرة الرئيسية والأشجار الفرعية الملحقة بها. كما 
سيتم توضيح كيفية تخزين كل من نوع السجل ونوع الحقلء بالإضافة إلى بداية موقع 
كل Jia‏ داخل السجلء بجانب الإشارة الى الطرق المختلفة لتخزين قاعدة البيانات 
الهرمية والسمات التى تتميز بها. بالإضافة إلى توضيح قواعد الحفاظ على سلامة 
البيانات بالنموذج الهرمى. 


نمذجة البيانات L^.‏ 


تماذج البيانات التبحرية الفصل الثالث 
نموذج قاعدة البيانات الشبكية : 
هياكل البيانات الشبكية فى النموذج التشاورى للغة نظام البيانات : 

سوف يتم التركيز فى هذا الجزء على معنى مصطلح كلمة فئة الذى تم استخدامه 
فى النمودج :التشاوري Xil‏ نظام البيانات. ووعتى:هذا المضطلح الوضلة التى قربط بين 
نوعى سجلين مختلفيين. 
بعض مفاهيم النموذج التشاورى للغة نظام البيانات : 

هناك العديد من المفاهيم التى ينيغى التطرق لها لفهم هذا النموذج مثل: نوع 
«Jal Gola dal‏ القائمة Ala‏ والفنة المنفردة. 
لغة تعريف البيانات : 

NN Ge Ake) تمرف البيانات_اللغة الرئيسية قراخ النياتات‎ TNT. 
a ili قاي فة ك لامها اتراك قط وا ات‎ S o Wl 
مات قت‎ 

وسوف يتم توضيح خيارات كل من عبارات الاضافة والاحتفاظ. سواء كانت 
الإضسافة هيكلية :تلقائية آم يدوية. كذلك سواء كان LEG BLàzayl‏ إجباريا al‏ 
Gj Las‏ 
تبحر قاعدة البيانات : 


الشبكية وكيفية الحفاظ على سلامة البيانات بالنموذج الشبكى. 


لما مذجة البيانات 


الفصل الثالث نماذج البيانات التبحرية 
معالم نماذج البيانات التبحرية ومحدودياتها : 


نموذج قاعد: الببانات الهرمية : 


تمثل الرؤوس 5 فى الرسم التخطيطى لهيكل البيانات فى النموذج الهرمى 
الملفات Files‏ » والتى يستخدم لها عادة فى النظم التبحرية مرادفًا لفظيا فو عبارة عن 
أنوا ع السجلات : فى حين تمثل الوصلات edges‏ علاقات الربط واحد - لمتعدد. ويسمح 
PEN EAR ASTA A EN MER MR‏ كنا فى سين 
بالشكل رقم .)١-7(‏ ويتكون النموذج الهرمى لقاعدة البيانات من مجموعة مرتبة من 
الأشجار. نوع الشجرة الواحدة يتكون من نوع سجل one root salg Lal‏ مع مجموعة 
مرتبة تتكون من صفر أو أكثر من أنوا ع السجلات للمستوى الآقل معتمدة على 
الأشجار الفرعية. وتتكون كل شجرة فرعية من نوع سجل واحد فقط يمثل أصلها مع 
مجموعة مرتبة تتكون من صفر أو أكثر من أنوا ع السجلات للمستوى الأقل معتمدة 
على تلك الشجرة Ge ill‏ وهكذا كما هو مبين فى المثال .)١-7(‏ وأحد الأسباب المهمة 
فى نجاح النموذج الهرمى هو إمكانية وضع البيانات بطريقة طبيعية VO)‏ 


شكل رقم (V - Y)‏ يمثل الرسم الهرمى (الرؤوس والوصلات) 





تماذج البيانات التبحرية الفصل الثالث 
مثال (VY)‏ : 

فين الع رهم زجع الرس cbs sl‏ كن بياس لبيانات silly‏ دو 
وجود البيانات فى شكل تتابعى لعلاقات ربط واحد - لمتعدد لشركة تأمين 


„Insurance Company افتراضية‎ 


شكل رقم Y)‏ -1) الرسم التخطيطى لأنواع سجلات شركة التأمين الافتراضية (علاقة ربط واحد - لتعدد) 





وتتكون قاعدة بيانات شركة التأمين الافتراضية من ثلاثة أنوا ع من السجلات (أى 
من ثلاثة ملفات) هى : نوع سجل GS‏ الشركة" OFFICE‏ ويتكون من ثلاثة حقول 
هى : عنوان المكتب :0800 » رقم التليفون TelNo‏ » ومدير المكتب Manager‏ ونوع 
سجل AGENT "LST‏ ويتكون أيضا من ثلاثة حقول هى : اسم الوكيل .AName.‏ 
وعنوان الوكيل AAddr‏ والعمولة Lei Comm‏ نوع سجل CLIENT Jal‏ » فيتكون 
من أربعة حقول هى : اسم العميل CName‏ » وعنوان العميل CAddr‏ نوع البوليصة 
PType‏ « رقم البوليصة .PNum‏ 

ویلاحظ أن نوع سجل OFFICE Xll‏ يرتبط 532 ¢ سجل -AGENT JS Il‏ أى 
أنه يحتوى على عدد من سجلات وكلاء الشركة -Agents‏ ولكن كل وکیل مرتبط بمكتب 
شركة واحد Ks:‏ نوع سجل وکيل AGENT‏ قد يرتبط بعدد من سجلات العملاء e‏ 
ولكن كل سجل عميل يتعامل مع سجل وكيل واحد. 

يشكل الرسم التخطيطى الشجرى لهياكل البيانات الأساسية مخطط قاعدة 
البيانات الهرمية . ولكن تنشأ المشكلة عند محاولة تمثيل علاقات الربط متعدد - 


لعا نمذجة البيانات 


الفصل الثالت نماذج البيانات التبحرية 


لمتعدد . فعند استعمال علاقتى ربط واحد — لمتعدد فى النموذج الشيكى فإن الرسم 
التخطيطى لهياكل البيانات لم يعد يحتفظ بالهيكل الشجرى ؛ لذا تكون هناك حيلولة فى 
تمثيل علاقات الربط متعدد - لمتعدد بمثل هذه الطريقة A)‏ 


: (Y-Y) مثال‎ 


يبين الشكل رقم (Y-Y)‏ الرسم التخطيطى لعلاقة الربط متعدد — لمتعدد بين نوع 
سجل TEACHER “ju yall”‏ ونوع سجل "الطالب” STUDENT‏ والتى يمكن التعبير 
عنها يعيارة مدرس - طالب Teacher - Student‏ ويتكون نوع سجل المدرس 
g TEACHER‏ أربعة حقول هى : رقم المدرس SS#‏ اسم المدرس TName‏ . الدرجة 
الوظيفية «Position‏ والإدارة التى ينتمى إليها «Dept‏ فى حين يتكون نوع سجل 
الطالب من خمسة حقول هى: رقم SSNo AUI‏ » اسم الطالب SName‏ « عنوان 
الطالب SAddr‏ » رقم تليفون الطالب TelNo‏ « وتصنيف الطالب „Classification‏ 


الشكل رقم (17-1) الرسم التخطيطى لعلاقة الربط (متعدد - لمتعدد) (مدرس - طالب) 


Qus 


وأحد حلول مشكلة تمثيل علاقة الربط متعدد — لمتعدد يتم عن طريق استخدام 
es EB ELE dea Pe JUST Saal ed‏ راسد کاک یم تاقد sah‏ 
نوع سجل 'المدرس TEACHER‏ كاب ونوع سجل "الطالب” STUDENT‏ كابن . ويهذا 
التمثيل البسيط يمكن إيجاد كل سجلات الطلاب Students‏ لسجل مدرس معين 
a teacher‏ . ونظرًا لأن علاقة ربط مدرس — طالب Teacher-Student‏ هى فى الأصل 
علاقة ربط متعدد - لمتعدد « فإن سجل JS‏ طالب يجب أن يتكرر مع سجل JS‏ مدرس 
ec‏ حيثما يدرس المدرس الطالب كما هو موضح بالشكل رقم (SY-7Y)‏ 


El ج ت‎ T 


نماذج SULI‏ التبحرية الفصل الثالث 


لمتعدد كعلاقة الربط ( واحد — لمتعدد) ( مدرس - طالب) 


مدرس 


ولكن توجد هنا مشكلتان فى هذا التمثيل. أولاهما: تكرار البيانات بشكل كثير؛ 
مما يؤدى إلى تضارب البيانات. ثانيتهما: عند البحث عن كل المدرسين الذين يدرسون 
طالب معين تصبح عملية البحث أكثر تعقيدا؛ GY‏ قاعدة البيانات قد تبحث بأكملها؛ 
ومن ثم تؤدى الى مشكلة asymmetric LWI‏ ولتصحيح مشكلة اللاتمائل فى تمثيل 
البيانات يمكن تقديم فكرة جديدة متضمنة شجرتين كما هو موضح فى الشكل رقم 
(c Y-Y)‏ وتتمثل فكرة استخدام شجرتان فى وضع نوع سجل "المدرس” TEACHER‏ 
كأب فى شجرة وجعل نوع سجل “الطالب” STUDENT‏ كابن فى نفس الشجرة ؛ فى 
حين أن فى الشجرة الأخرى يعتبر نوع سجل TUDENT JUIN‏ هو الأب ونوع 
سجل TEACHER “yu yall”‏ هو الاين. 


شكل رقم (cY - Y)‏ استخدام شجرتين لتمثيل لعلاقة الربط متعدد - لمتعدد 


TEACHER STUDENT 


STUDENT TEACHER 


H 
H 


فى مثل هذه الحالة ببساطة جدا يمكن sles!‏ سجلات JS‏ المدرسين teachers‏ 
الذين يدرسون لطالب معين . وبالمثل يمكن إيجاد سجلات كل الطلاب الذين 


لنما تمذجة البيانات 


الفصل الثالث ماذج البيانات التبحرية 


- الأولى وياستخدام علاقة الربط (واحد - لمتعدد) (طالب‎ ULI! فى‎ Teacher-Student 
الثانية. ولكن حالة تكرار البيانات فى هذه الحالة‎ ULI! فى‎ Student-Teacher مدرس)‎ 
قبل. ففى هذا الوضع الجديد ليس فقط سجل الطالب يتكرر‎ Lae تصبح أكثر سوءًا‎ 
بتكرار سجل مدرس حيث يدرس المدرس للطالب كما فى الشكل (؟-اب) ولكن أيضًا‎ 
سجل المدرس يتكرر مع سجل كل طالب » حيث يدرس الطالب لدى ذلك المدرس. وعيب‎ 
ia يشكل‎ ball تكزار‎ ga هذه الطريقة‎ 

وحل هذه المشكلة يمكتنا من الحصبول على Guan‏ تمثيل للبيانات. ويكمن هذا 
الحل فى استخدام الملف الافتراضى Virtual file‏ كما هو موضح فى الشكل رقم -Y)‏ 
؟ذ) الذى يعالج مشكلة تكرار البيانات. ويختوى الملف الاقتراضى على سجلات 
افتراضية pies. virtual records‏ السجل الافتراضى مؤشرا إلى السجل الفعلى ac-‏ 
„tual record‏ وىشار إلى هذه المؤشرات باستخدام الخطوط المنقطة ذات الرؤوس كما 
بالشكل رقم (۳-۲د). 


شكل رقم (V-T)‏ يوضح استخدام الملفات الافتراضية لحل مشكلة تكرار البيانات 





وهنا يظهر سجل الطالب مرة واحدة فقط كسجل أب فى الشجرة الخاصة بهء 
وكير سيل aol egal‏ سرة Randy‏ فقا assu‏ أ قى الكتيرة الغاس ج جخ شر 
بهذا التمثيل يمكن حل مشكلة تكرارالبيانات. وتحتفظ علاقة الربط فى هذا التمثيل 
Sas. symmetric FLL‏ يناظر كل سول an‏ مرا فى السجل الافتراضى 
المناظر له. 


نمذجة البيانات | ^ | 


نماذج البيانات التبحرية الفصل الثالث 

وهناك طريقتان لتمثيل علاقة الربط متعدد - لمتعدد. الطريقة الأولى: تتم باستخدام 
ملف الربط Connection File‏ فى شجرة مع الملف الافتراضى المناظر له فى شجرة 
أخرى. وملف الربط عبارة عن ملف وسيط يستخدم لكسر جمود علاقة الربط متعدد - 
لمتعدد إلى علاقتى ربط كل منهما واحد - لمتعدد. وكما هو موضح بالرسم التخطيطى 
فى الشكل رقم (Y-Y)‏ الذى يزيد عملية التعقيد. 


شكل رقم (1-1ه) استعمال السجلات الافتراضية وسجل الربط 


CLASS Vir. CLASS 
I 


وتظهر هذه التعقيدات عند البحث عن JS‏ الطلاب الذين يدرسون لدى مدرس معين 
فى شجرة مدرس — فصل .Teacher-class‏ وعندئذ تفحص JS‏ شجرة طالب - قصل 
افتراضى Student-Vir. Class.‏ وتتطلب هذه العملية البحث عن سجلات Jail‏ 
الافتراضية Vir. Class‏ لفحص مؤشرات سجلات الفصل الافتراضية لتعريف الطلاب. 
ويلاحظ أن الرسم التخطيطى مازال فاقد التماثل. 

(-9Y-Y) الطريقة الثانية: فهى تتضمن تعديلاً للرسم التخطيطى فى شكل رقم‎ Li 
مع الاحتفاظ بمبادئّة الأساسية. حيث إنه فى حالة البحث عن كل الطلاب الذين‎ 
جه وخ‎ PEE E دوس هديق ماق وضع القع تبات‎ ral daa gna 
(37-7) JG كما هو مبين فى الشكل‎ class سجلات الفصل‎ 


n]‏ نمذجة البيانات 


الفصل الثالث نماذج البيانات التبحرية 
شكل رقم (V-T)‏ استخدام نوع سجل الربط كنوع سجل افتراضى فى GK‏ الشجرتين 


TEACHER r--»| STUDENT 


Vir. CLASS 
l 
I 
I 
l 
Vir. CLASS | 
1 
I 
1 









س ت ت س ت ت ت ت د 


وفى مثل هذه الحالة يملك كل نوع سجل فصل (0S) class‏ نوع سجل طلاب 
pal tll‏ كاب تتكس جقيعة ساسا اتر ب واهد ‏ تمده le‏ = فصل 
-Student-Class‏ 
ساكل البيانات الهرمية فى نظام إدارة المعلومات IMS‏ : 

يرشن Ia‏ اليو pute Sit‏ بسن الافتفاق التي تة لتم هراعد البياتاك 
الهرمية dole‏ ولنظام إدارة المعلومات IMS‏ خاصة. وسوف يتم توضيح ذلك من خلال 
مثال شركة التأمين الافتراضية Insurance Company‏ الذى بتكون من مستويين 
هرمينء مكتب الشركة - مكتب الوكيل — العملاء .OFFICE-AGENT- CLIENT‏ وهذا 
pins‏ وجوه شنجرة Thi ys‏ سس :توغ مسجل OFFICE "SSIS‏ وهاه الشتجرة تحتو 
على كل سجلات الوكلاء HAS agents‏ نوع سجل Gl AGENT SIE‏ يحتوى على 
JS‏ سجلات العملاء Clients‏ وتكون قاعدة البيانات الكاملة فى نماذج البيانات الهرمية 
عبارة عن مجموعة مرتبة من الأشجار الفرعية „Forests‏ 

ويمثل الشكل رقم (IEY)‏ شجرة من هذه المجموعة. ولتقديم Jia‏ مبسط نفترض 
وجود GE‏ وكلاء JS. agents‏ منهم يبتضمن e‏ قليلاً من العملاء Clients‏ بمكن 
تبحر traverse‏ هزه الأشجار بطرق مختلفة. إحداها زيادة كل سجل مرة واحدة. 


[ih a E 


تماذج البيانات التبحرية الفصل الثالث 


وآنسب هذه التبحرات لقاعدة البيانات الهرمية التبحر حسب الترتيب المسيق 
Preorder Traversal‏ . وقاعدة التبحر حسب الترتيب المسيق هى : 

- زيارة نوع سجل أصل الشجرة أولاً . 

- ثم زيارة كل فرع للشجرة من اليسار إلى اليمين . 

: Bilal تبن كل قرح ينقس الطزيقة‎ a 
ترتيب من اليسار إلى اليمين. ويحقق التبحر حسب الترتيب المسبق التنفيذ التتابعى‎ 
قاعدة البيانات. ويوضع ذلك فى الشكل رقم )28-1( الخاص‎ JS والمتجه باستقامة‎ 
; gnatus BLS بالكامل‎ eod قاع‎ tas o بست‎ Lu t التقنيق‎ it 

ويلاحظ أن هذا التطبيق ليس بالتطبيق الأمثل من الناحية العملية لو أخذ فى 
الأعتمار ollas‏ الإقراقة zeli‏ البياتات» وظى Gi‏ حال See‏ النطر إلى قاعدة 
البيانات fis‏ ملف تتابعى Sequential File‏ يلى كل سجل فيه تلو الآخر. حيث إن أى 
ملف (جدول) يتم تمثيله ماديًا على وسيط التخزين بشكل تتابعى. 
توصيف البيانات فى نظام إدارة المعلومات IMS‏ : 

وقد تفت الإشازة فى الج الخاص بمقذمة قواغذ:البيانات إلى الانتشار الؤاسع 
z la! ala‏ الطومات. eai soul IMS‏ فى النظام الهرمى.واعتبارات توسيف Bald‏ 
الا dj] athe o‏ ااج IMS‏ يه اج sieliai rasa LEE L2)‏ 
البيانات حيث إن كل شجرة لها اسم يسمى توصيف قاعدة البيانات Database‏ 
aig Description (DBD)‏ تخزين كل من نوع Jal‏ ونوع الحقل فى bytes SULS‏ « 
بالإضافة إلى بداية موقع كل حقل داخل السجل يجب أن يشار إليها. وتشير كلمة 
تزف Jil SEGM‏ اللا افق امي إلى اسم للف فى الم (Eo AI)‏ وف 
اختصار لكلمة Segment‏ ويجب أن يوضع اسم سجل الأب فى JS‏ سجل ما عدا سجل 
الأصل root‏ ويجب أن توضع آسماء حقول Fields‏ كل ملف فى الترتيب الذى يلى اسم 
السجل. السجل الأول لكل جزئية يكون متسلسل ويشار إليه يكلمة تتابع SEQ‏ وهى 
اختصار لكلمة Sequentional‏ . وتعنى أن السجلات مرتبة على ذلك الحقل الذى يمثل 


ig ee] 


الفصل الثالث نماذج البيانات التبحرية 
Jia‏ التسلسل و المفتاح للجزئية. وتكتب الجزئيات باستعمال طريقة الترتيب المسبق 
Mal cli] as s‏ ا P‏ 

ففى الشكل رقم cí-Y)‏ ) يمثل اسم توصيف قاعدة بيانات شركة التأمين 

الافتراضية INSPDBD‏ الاسم المادى لقاعدة البيانات الذى يعبر عن الاسم المختصر 

تتكرر مع كل شجرة فرعية. ويرجع عدم تكرار كلمة DBD‏ إلا مرة واحدة فقط فى نهاية 
مقطع اسم قاعدة البيانات إلى أنه لا يوجد إلا شجرة واحدة فقط'. 

شكل رقم (4-1ج) جزء من المخطط المفاهيمى لتوصيف قاعدة البيانات لمثال شركة التأمين الافتراضية 

DBD Name = INSPDBD 

SEGM NAME = OFFICE , BYTES = 43 

FIELD NAME = (OAddr, SEQ), 20, Star = 1 

FIELD NAME -TELNO , Bytes = 8, startz21 

FIELD NAME = Manger, Bytes = 15, start = | 

SEGM NAME = AGENT, Parent = OFFICE. Bytes = 39 

FIELD NAME =(AName, SEQ). 15 , Star = | 

FIELD NAME -AAddr. Bytes = 20, start = 16 

FIELD NAME = Comm , Bytes = 4, start = 6 

SEGM NAME = CLIENT. Parent = AGENT, Bytes = 49 

FIELD NAME =(CName, SEQ). 15, Star = ١ 

FLELD NAME =CAddr , Bytes = 20, start = 16 

FIELD NAME = PType. Bytes = 1 , start = 36 

FIELD NAME = PNum , Bytes = | , start = 36 


ويمثل Jia‏ عنوان مكتب الشركة OAddr‏ حقل تتابعى » ومكاتب الشركة مرتبة 
ترتييًا تصاعديًا على ذلك الحقل الذى لا يتكرر Jiag.‏ اسم الوكيل AName‏ يمثل 
مفتاحًا لنوع سجل AGENT Ja Syll‏ داخل نوع سجل "المكتب” OFFICE‏ المحدد | 
هكا segs‏ العدص م الؤكلة 1 كامدة Gal Sly paul! pad eal Lal‏ فى تكسن 


نماذج البيانات التبحرية القصل الثالث 


المكتب. وكذلك حقل اسم العميل Jiu CName‏ مفتاحًا لسجلات العملاء داخل نوع 
سجل "المكتب” OFFICE‏ المحدد لنوع سجل "الوكيل" AGENT‏ حسب الهرم (الشجرة). 
فن aall‏ بالتقر التي إلى أن الشعلين رقم lada (ati‏ إلى taaa‏ 
deal‏ يل لزية عن CLAY!‏ تخ الشارة إلى أرقام سسجلؤت:مكاتق الشركة eias‏ 
الشركة والعملاء. 


شكل رقم (T7)‏ هيكل شجرى لتنفيذ مثال شركة التأمين الافتراضية 


OFFICE | OFFICE | 


AGENT 1 AGENT 2 AGENT 3 
CLIENT 1 || CLIENT 2 CLIENT | | CLIENT 4 | | CLIENT 5 | | CLIENT 6 || CLIENT? 


شكل رقم (5-1ب) تطبيق تتابعى باستعمال طريقة التعرج حسب الترتيب السابق 


OFFICE | AGENT 1 CLIENT 1 
CLIENT 2 AGENT 2 CLIENT 3 


CLIENT 4 CLIENT 5 AGENT 3 


CLIENT 6 CLIENT 7 OFFICE 2 
uS e] 






























الفصل الثالث تماذج البيانات التبحرية 


يقير قوسي ف 'قاعدة GL‏ إلى المنظور المقاهيمى Sly.‏ فى نظام إدارة 
المعلومات IMS‏ يتعامل المستخدمون مع المنظور الخارجى الذى يعرف باسم RES‏ برنامج 
الاتصال Program Conmumication Block (PCB)‏ . يتم الحصول بشكل أساسى على 
المنظور الخارجى من المنظور المفاهيمى بحذف الخانات المختلفة معه فى التوصيف. 
خالا على dl‏ عق كلك مسجل مين عه yh‏ فين توي عقف oll‏ هذا الس 
عند حذف بعض الحقول من داخل سجل معين يمكن إعادة ترتيب الحقول المتبقية مرة 
أخرى. ويبين الشكل رقم (2-7) المنظور الخارجى لقاعدة البيانات مع ملاحظة أن 
السجلات والحقول يجب أن تكون موجودة فى المنظور الخارجى. من المصطلحات 
المستخدمة فى نظام نظام إدارة المعلومات IMS‏ عبارة ذات معني Sensitive‏ وهى 
غبارة سيق فرع RR‏ العقل فل النظور الكارجي. وذح الج زات ؤات pall‏ 
نوع سجل "المكتب” OFFICE‏ نوع سجل AGENT Ja Syll‏ « نوع سجل العميل" 
CLIENT‏ . وهذه الجزئيات تمنع دخول أى حقل تحتويه ما لم يتم الإشارة إلى تلك 
الحقول أثناء التوصيف للمعالجة الاختيارية 0111005 PROCessing‏ التى تستخدم 
المختصر PROCOPT‏ وتستعمل المنظور الخارجى لأغراض إعدادات الاسترجاع فقط 
من خلال مجموعة من الأحرف الدلالية منها: حرف G‏ للاحضار (Get)‏ حرف | 
للاضافة ) (Insert‏ وحرف D‏ للحذف (Delete)‏ وحرف R‏ للاستبدال (Replace)‏ . وخانة 
طول الحقل KEYLEN‏ تشير إلى أقصى طول لتسلسل المفاتيح: وفى هذه الحالة 
يساوى (50) حرفًا حيث تمثل (V+)‏ لحقل عنوان المكتب :0800 « (Ve)‏ لحقل اسم 
الوكيل )١5( « AName‏ لحقل اسم العميل .CName‏ 


شكل رقم (o - Y)‏ المنظور الخارجى لقاعدة بيانات شركة التأمين الافتراضية 
PCB TYPE = DB , DBDNAME = INSCPDED , KEYLEN=50‏ 
SENSEG NAME = OFFICE , PROCOPT =G‏ 
SENSEG NAME = AGENT , PARENT = OFFICE , PROCOPT = 6‏ 
SENFLD NAME = ANAME, START = 1‏ 
SENFLD NAME = ADDR , START = 16‏ 
SENFLD NAME = COMM , START = 36‏ 


تمذجة البيانات 


ماذج البيانات التبحرية الفصل الثالث 





SENSEG NAME = CLIENT . PARENT = AGENT , PROCOPT = G 
SENFLD NAME = CNAME, START = | 
SENFLD NAME = CADDR . START = 16 
SENFLD NAME = PTYPE , START = 36 
SENFLD NAME = PNUM SENFLD NAME. START = 37 
حيث تبين‎ IMS هياكل التخزين بنظام إدارة المعلومات‎ aalis وفيما يلى بعض‎ 
طرقا مختلفة لتخزين قاعدة البيانات الهرمية.‎ IMS هياكل تخزين نظام إدارة المعلومات‎ 
هياكل التخزين التالية:‎ IMS وقد وفر نظام إدارة المعلومات‎ 
طريقة التداول التتايعى الهرمى‎ * 
Hierarchical Sequantial Access Method (HSAM) 
طريقة التداول التتابعى الهرمى البسيط‎ * 
Simple Hierarchical Sequantial Access Method (SHSAM) 
طريقة التداول التتابعى المفهرس الهرمى‎ * 
Hierarchical Indexed Sequantial Access Method (HISAM) 
طريقة التداول التتابعى المفهرس الهرمى البسيط‎ * 
Simple Hierarchical Indexead Sequational Access Method (SHISAM) 


x‏ طريقة التداول التتابعى التعميمى 
Generalized Sequational Access Method (GSAM)‏ 
E EIRE E +‏ الهس 
Hierarchical Direct Access Method (HDAM)‏ 
+ طريقة التداول المباشر المفهرس الهرمى 
Hierarchical Indexed Direct Access Method (HIAM)‏ 
فى طرق التداول التتابعى » توضع سجلات الشجرة بشكل مادى فى ترتيب 
تسلسلى gi‏ حين طرق التداول المباشر توزع السجلات ماديا وتوصل بالمؤشرات. 
وينعكس الفرق بين طريقة التداول التتابعى الهرمى HSAM‏ . وطريقة التداول التتابعى 
المفهرس الهرمى HISAM‏ فى التمييز بين الملقات التتابعية والملفات التتايعية المفهرسة. 
ويوضح الشكل رقم (o: i 1-Y)‏ هذا التميز لمثال شركة التأمين الافتراضية. T‏ 
سبيل الخال لو فر آنه يوجن مكتيان للشركة: الأول له ثلاثة وكلاء فى حين أن PN‏ 
له وكيلان وكل وكيل له واحد » اثنين أو GIG‏ عملاء. ومن الجدير بالذكر التنويه إلى أن 


s]‏ مذجة البيانات 


الفصل الثالث تماذج البيانات التبحرية 


الشكلين رقم (5-5 أ ؛ ب) لا يشيران إلى قيم معينة للحقول بل لمزيد من الإيضاح 


شكل رقم (TV-Y)‏ طريقة تداول التتابع الهرمى HSAM‏ لمثال شركة التأمين الافتراضية 


شكل رقم (1-1ب) طريقة تداول التتابع المفهرس الهرمى HISAM‏ لمثال شركة التأمين الافتراضية 


Index 











يتم استعمال المؤشرات المضمنة فى طريقة تداول التتابع الهرمى HSAM‏ ؛ وطريقة 
مختلفتان لتجهيز المؤشرات : 


] | البيانات‎ AE 


ماذج البيانات التبحرية haii‏ الثالث 
— الطريقة الهرمية hierachied method‏ : 


وقد استخدم نظام إدارة المعلومات IMS‏ المصطلح الهرمى HIER‏ للطريقة الهرمية 
التى تستعمل المؤشرات من خلال القائمة المتصلة Linked list‏ للمدخلات باستعمال 
طريقة الترتيب المسبق كما هو موضح فى الشكل رقم (؟-17). 
- طريقة التوائم Sibling-child method‏ : 


وقد استخدم نظام إدارة المعلومات IMS‏ مصطلح التوءم TWIN‏ لطريقة التوائم 
وفيها يتم توجيه المؤشرات من سجل الأب إلى سجل الابن الأول وإلى سجل الأخ التالى 
له. وهذه الطريقة تتضمن العديد من المؤشرات ولكن تؤدى إلى التداول السريع لقاعدة 
البيانات كما هو موضح فى الشكل رقم (۷-۲ب). 


يلاحظ أن الفرق بين طريقة التداول المباشر المفهرس الهرمى HIDAM‏ وطريقة 
التداول المباشر الهرمى HDAM‏ يشابه الفرق بين طريقة التداول التتابعى المفهرس 
الهرمى HISAM‏ وطريقة التداول التتابعى الهرمى HSAM‏ ففى طريقة التداول المباشر 
الهرمى HDAM‏ يتم التداول المباشر باستخدام التفريم hashing‏ الذى يسمح بإيجاد 
سجل أصل معين root‏ بشكل سريع جدا. أما فى طريقة التداول التتابعى المفهرس 
الهرمى HIDAM‏ فإن السجلات الأصلية تكون مفهرسة مثلما هو فى طريقة التداول 
التتابعى المفهرس الهرمى .HISAM‏ 

dling‏ بعص الأساليب الخاصصة ينظام إذارة المعلومات cays IMS‏ طرق معقدة 
fom‏ واحدى هذه الطرق هى الفهرسة الثانوية Secondary Indexing‏ . وهذه الطريقة 
يمكن أن تستخدم لفهرسة حقل معين وهو ليس حقل مفتاح أو حقل تسلسل. وهذه 
الطريقة تسمح بالتداول السريع لمؤشرات قاعدة البيانات بالمبنية على قيم معيئة فى 
حقل معين. 


isiè‏ البيانات 


الفصل الثالث ماذج البيانات التبحرية 
شكل رقم V-Y)‏ أ) الطريقة الهرمية HIER‏ لمثال شركة التأمين الافتراضية 
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رقم (؟-/اب) طريقة التوائم JUL TWIN‏ شركة التأمين الافتراضية 
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تماذج البيانات التبحرية الفصل الثالت 

السمات المميزة لقواعد الببانات الهرمية : 

record type يمثل نوع سجل‎ root تحتوى شجرة قاعدة البيانات الهرمية على أصل‎ -١ 
الأب للسجلات التالية.‎ 

Lasse من المستويات التى تليه وقد يكون‎ aae root record يوجد لنوع سجل الأصل‎ Y 
. صفرا أو أكثر مشكلاً الشجرة الفرعية ونوع سجل‎ 

-Y‏ الاين يمثل السجل السابق له فى المستوى الأعلى لنوع سجل الأبء والذى يعتمد 


عليه نوع سجل الابن. وهكذا حتى ان السجل الابن يصبح سجل أب للسجلات 
التالية له فى المستوى الأقل والمعتمدة عليه. 
£ تمثل العلاقة بين نوع سجل الاين ونوع Jaw‏ الأب ilas‏ تسمی الأب-الأبن Par-‏ 
ent-child‏ ولیس له مفتاح خارجى Forpign key‏ كما فى النموذج العلاقى الذى 
سيرد شرحه. 
سلامة I‏ لجسا تات با لنمو Integrity part of Hierarchical Model (se ytd! ga‏ : 
تتم سلامة البيانات تلقائيًا من خلال الدعم للأشكال المحددة لقيود السلامة 
المرجعية LSL referential integrity‏ ع القواعد التالية : 
-١‏ لا بوجد سجل ابن بدون Jau‏ أب d‏ 
V -Y‏ ینکن إقنافة سجل ابن دون وجود سنجل MU‏ القامن به 
توضيحا لذلك عندما تأخذ هياكل البيانات شكل شجرة فإن الرسم التخطيطى 
ككل ula!‏ ا aae Li‏ البياتات Lae all‏ ولعن USA‏ تعن فى Joba‏ عة 
الربط متعدد - لمتعدد. عندما يكون هناك علاقتان كل منهما واحد - لمتعدد فى النموذج 
الهرمى » فإن شكل هياكل البيانات لم يعد موجودًا فى هيكل شجرى . لذلك لا تستعمل 
علاقات الريط الممثلة متعدد - لمتعدد. 


a]‏ مذجة البيانات 


الفصل الثالث نماذج البيانات التبحرية 

مثال شركة التأمين الافتراضية المبينة فى الشكل رقم (A-Y)‏ يحتوى على ثلاثة 
أشجار فرعية تبين العلاقة بين الأب وأبنائه وعلاقة الربط هنا هى واحد - لمتعدد لكل 
أب - ابن وذلك بعد إضافة نوع سجل "الطبيب” PHYSICIANT‏ الذى يتضمن ثلاثة 
حقول هى: اسم الطبيب PName‏ كحقل وحيد ‘ عنوان الطبيب Paddr‏ ورقم التليفون 
.TelNo‏ وأيضًا إضافة نوع سجل Galo‏ العمل" EMPLOYER‏ الذى يتضمن 
حقلين هما : اسم صاحب العمل Comp Name‏ كحقل وحيد » وعنوان صاحب العمل 
-CompAddr‏ 

فى نوع سجل OFFICE Xll‏ يحتفظ يعنوان المكتب OAddr‏ وحيدًا. Lol‏ فى نوع 
STAFF Sall Ael Jau‏ المرتبط ينوع سجل 'المكتب' OFFICE‏ يحتفظ Jia‏ اسم 
عضو الهينة SName‏ وحيدا وحقل عنوان عضو الهيئة Jiag SName‏ الدرجة الوظيفية 
لعضو .Position gl‏ وقى نوع سجل وکیل AGENT‏ يحتفظ بحقل اسم الوكيل 
Aname‏ وحقل عنوان الوكيل AAddr‏ كمفتاح. فى نوع سجل CLIENT Jase‏ يحتفظ 
بكل من حقل رقم البوليصة PNum‏ وحقل اسم العميل CName‏ وحقل عنوان العميل 
ilies CAddr‏ ويحتفظ أيضًا بحقل نوع البوليصة PType‏ ويحتفظ بنوع السجل 
الافتراضى لكل من الوكيل VAGENT‏ و العميل .VCLIENT‏ 


شكل رقم (A-F)‏ الرسم التخطيطى الهرمى لشركة التأمين الافتراضية التى تحتوى على ثلاثة أشجار فرعية 








نماذج البيانات التبحرية الفصل الثالث 
نمو د چ قا ىد 5 | ıl ed‏ الشبكسة Network Database Models‏ : 
تمثل الرؤوس nodes‏ فى الرسم التخطيطى لهيكل البيانات فى التموذج الشبكى 
الملفات (أنواع السجلات) Files‏ « فى c‏ تمثل الوصلات edges‏ علاقة الربط واحد - 
لمتعدد. ويسمح النموذج الشبكى للرسم التخطيطى لهيكل البيانات بأن يأخذ شكل رسم 
كما هو موضح فى الشكل رقم (AT)‏ 
شكل رقم (4-5) تمثيل النموذج الشبكى 


A 
D 


Be 
oo d 

تتكون قواعد البيانات الشيكية من gtl Jie pens‏ هذه المجموعات خاصة 
بأنوا ع السجلات والمجموعة الأخرى خاصة بالوصلات „Links‏ 

وتتضمن كل وصلة نوعين من أنوا ع السجلات . أحدها نوع سجل الأب Parent‏ 
والآخر نوع سجل الابن Child‏ محتوى كل وصلة يتكون من حادثة (قيمة) فردية 
6 لتوع سجل الأب مع مجموعة مرتية من الحوادث (قيم متعددة) لنوع سجل 
الابن: وتعنى كلمة حادكة فى نظم قواعد البيانات الشيكية قيمة أو واقعة. 

ويتم التمييز الرئيسى بين هياكل البيانات - الهرمية والشبكية عن طريق نوع 
سنجل الابن هيك فى Ul!‏ الهرمى يكين لتو سجل اين تو سجل أب Lad sly‏ 
فى حين أن فى الهيكل الشبكى قد يكون لنوع سجل الابن نوع سجل أب واحد أو أكثر. 
ساكل البمانات الشبكية فى النمودج التشاورى للفة نظام CODASYL «lile!‏ : 

فى مصطلحات النموذج التشاورى للغة نظام البيانات CODASYL‏ كلمة 448 set‏ 
الوصلة بين كل رأسين. فى حين أن كلمة فئّة فى ele‏ الرياضيات تعنى مجموعة من 
القيم المرتبة O‏ 


لعن isiè‏ البيانات 


الفصل الثالث نماذج البيانات التبحرية 
يوضح الشكل رقم Ga (V. Y)‏ النموذج التشاورى للغة نظام البيانات CODASYL‏ 
الذى يمثل رأسين هما ملف (نوع (Jau‏ "الإدارة” DEPARTMENT‏ وملف (نوع 
(Jaus‏ الموظف” è -EMPLOYEE‏ حين تمثل الوصلة إدارة - موظف EMP - DEP‏ 
Ga‏ النموذج التشاورى للغة نظام البيانات .CODASYL‏ يصل السهم من ملف الإدارة" 
DEPERTMENT‏ إلى ملف الموظف” EMPLOYEE‏ ليشير إلى أن علاقة الربط هى 
واحد - لمتعدد بين ملف "الإدارة” DEPARTMENT‏ وملف "الموظف”" .EMPLOYEE‏ 


شكل رقم (V-—Y)‏ يوضح فئة النموذج التشاورى للغة بيانات النظام CODASYL‏ 


DEPARTMENT‏ الإدارة 


DEP - EMP 





- 
بعض مفاهيم النمودج التشاورى للغة نظام CODASYL kilk!‏ : 
فى النموذج التشاورى للغة نظام البيانات CODASYL‏ يعتير ملف الأب Parent‏ هو 

الأب Owner‏ وفى هذه الحالة يعتبر الأب Owner‏ و ملف “الإدارة” DEPARTMENT‏ 
ويعتبر ملف الابن Child‏ الملف العضو member‏ وهو فى هذه الحالة ملف 
'الموظف" EMPLOYEE‏ . 
— نوع سجل النموذج التشاورى للغة نظام البيانات Jia CODASYL‏ الموظف 

EMPLOYEE‏ هو توصيف للملفء ونوع فئة النموذج التشاورى للغة نظام البيانات 

CODASYL‏ مثل إدارة — موظف EMP- DEP‏ يشير إلى الوصلة بين نوعى السجلين. 
- فى حين أن حادثة occurrance‏ السجل هى قيم السجل ؛ فى حين حادثة فئة النموذج 

سجلات الأعضاء المناظرة له. 


تمذجة البياتات EBE‏ 


نماذج البيانات التبحرية الفصل الثالث 


- القائمة المتصلة Linked List‏ هى تتابع خطى لمجموعة عناصر لها نفس النوع ويتم 

الترابط فيما بينها باستخدام المؤشرات . ولكن رآس بداية القائمة المتصلة قد يكون 

له نوع مختلف عن نوع هذه العناصر. 

يمكن تطبيق فئة النموذج التشاورى للغة نظام البيانات CODASYL‏ السابقة 

إدارة - موظف EMP -DEP‏ باستخدام القوائم المتصلة دائريًا مع رأس بداية » بحيث 
تمثل كل قائمة منها سجلا من ملف "الإدارة” DEPARTMENT‏ مرتبطا بسجلات 
الأغضناء Alt‏ الوط EMPLOYEE‏ لى LS‏ الكل Ca SL‏ منتصملة Los yb‏ 
Singly linked‏ فإنه يمكن البحث داخل سجلات الموظفين من سجل إلى السجل الذى 
يليه فى نفس الإدارة بشكل سريع . لو كانت القائمة المتصلة مزدوجة Doubly linked‏ 
فإنه من السهل الوصول إلى السجل السابق. لو وجد مؤشر إلى رأس البداية من أى 
عنصرء عندئذ يمكن الوصول سريعًا إلى سجل الأب لأى سجل عضو خاص. ويمكن 
دمج هذه الطريقة مع القوائم المتصلة المزدوجة وذلك لسرعة تداول السجلات فى قاعدة 
البيانات. 
- الفئة المفردة Singular Set‏ لها نظام قاعدة بيانات كنوع السجل الأب فى شكل ملف 
وهمى يسمى نظام SYSTEM‏ ؛ وسجلات هذا الملف لا ترتبط بآخر وتكون مترابطة 
معًا. كما هو وارد بالشكل رقم (MY)‏ 


شكل رقم (VV)‏ يتضح فيه شكل هرمى ذو مستوى واحد مع Gall‏ المفردة المضافة 


SYSTEM 


SYS-DEP 


DEPARTMENT 


DEP- EMP 


EMPLOYEE 


Lr]‏ تمذجة البيانات 


















الفصل الثالث نماذج البيانات التبحرية 








: (Y-Y) مثال‎ 


يسمح بحالات الهياكل اللافرمية فى النموذج الشبكى . ففى JUL‏ الوارد 
بالنموذج الهرمى الخاص بالمدرس والطلاب Teacher-Student‏ والتى تمثل علاقة das JI‏ 
بين هاتين الملفين متعدد - لمتعدد يلزم إنشاء ملف ربط Connection file‏ » بحيث يسمح 
له بألا يحتوى على Gl‏ حقول. وفى هذه الحالة يكون ملف الربط هو ملف فصل 
(silly CLASS‏ يحتوى على معلومات عن المناهج الدراسية Courses‏ والتقديرات!") 
ويوضح ذلك بالشكل رقم (NYY)‏ 


شكل رقم )٠١-۲(‏ يوضع الرسم التخطيطى لعلاقات الربط متعدد - لمتعدد 


TEA - CLA STU - CLA 





CLASS 


لغة تعر ini‏ السساضات Data Difinition Language (DDL)‏ : 
لغة قواعد البيانات الشبكية Network Database Language (NDL)‏ 
zn aga TE Ra d Els‏ 
— لغة تعريف التخطيط Schema Definition Language‏ 
— لغة تعريف المخطط الفرعى Sub-Schema Definition Language.‏ 
&3J —‏ معالحة الببانات .Data Manipulation Language‏ 
ولغة تعريف البيانات DDL‏ هى لغة مركبة من لغة تعريف التخطيط مع لغة تعريف 
الخطط الفرض > وتستضل SA)‏ قورف كط قوست اير NETT‏ 
يبين الشكل رقم (V-T)‏ الرسم التخطيطى لهيكل بيانات شركة التأمين 


الافتراضية الذى تم تعديله والذى يحتوى على فنة مفردة . ويمثل الشكل رقم )١5-5(‏ 


sr 


SULI مذجة‎ 


نماذج البيانات التبحرية القصل التالت 
عينة لمخطط التعريف لهذا JÓL‏ » ومخطط التعريف يبدأ بتسمية المخطط . والبناء العام 
لهيكل مخطط التعريف يتكون من تعريف نوع السجل Voi (AM)‏ » ثم نوع فئة 
النموذج التشاورى للغة نظام البيانات CODASYL‏ وتعريف كل ملف يبدأ يتسمية الملف 
ثم يتبعه أنوا ع البيانات الخاصة بحقول هذا الملف. ويمكن تعريف Jia‏ أو مجموعة 
حقول لا تتكرر قيمتها كمفتاح. وهكذا بالنسية للف OFFICE ll‏ يكون Jia‏ 
العنوان :0800 هو المفتاح» Lei‏ بالنسبة للف "الوكيل” olè AGENT‏ حقل 
الاسم Jiag AName‏ العنوان AAddr‏ يشكلا معا المفتاح وفى ملف "العميل” CLIENT‏ 
يتشكل المفتاح من Jia‏ رقم بوليصة PNum gill‏ » وكل من حقلى اسم العميل 
CNane‏ وعنوان العميل CAddr‏ يشكلان Gall‏ >( 5 


شكل رقم (\Y-Y)‏ الرسم التخطيطى لهيكل بيانات شركة التأمين الافتراضية الذى 
يحتوى على فئة مفردة 


SYSTEM 


SYS - OFF 





PHYSICIAN 


PHY - AGT 







OFF - AGT 


AGT-CLT 





CLIENT 


[t‏ نمذجة السيانات 


نماذج البيانات التبحرية 


شكل رقم (V£— Y)‏ عينة لمخطط التعريف 
SCHEMA INSURANCE-COMPANY‏ 
RECORD OFFICE‏ 
UNIQUE OADDR‏ 
ITEM OADDR CHARACTER 20‏ 
ITEM TELNO CHARACTER 10‏ 
ITEM MANAGER CHARACTER 15‏ 
RECORD AGENT‏ 
UNIQUE ANAME, AADDR‏ 
ITEM AOFFICE CHARACTER 20‏ 
ITEM ANAME CHARACTER 15‏ 
ITEM AADDR CHARACTER 20‏ 
ITEM COMM SIXED 8 2‏ 
RECORD PHYSICIAN‏ 
ITEM PNAME CHARACTER 15‏ 
ITEM PADDR CHARACTER 20‏ 
ITEM TELNO CHARACTER 10‏ 
RECORD CLIENT‏ 
UNIQUE CNAME , CADDR‏ 
UNIQUE PNUM‏ 
ITEM CNAME CHARACTER 15‏ 
ITEM CADDR CHARACTER 20‏ 
ITEM PTYPE CHARACTERI‏ 
ITEM PNUM CHARACTER 13‏ 
SET OFF-AGE‏ 
OWNER OFFICE‏ 
ORDER SORTED DUPLICATES PROHIBITED‏ 
MEMBER AGENT‏ 
INSERTION STRUCTURAL AGENT, AOFFICE = OADDR‏ 


نماذج البيانات التبحرية الفصل الثالت 
RETENTION FIXED KEY ASCENDING ANAME, AADDR‏ 

SET PHY-AGT 

OWNER PHYSICIAN 

ORDER DEFAULT 

MEMBER AGENT 

INSERTION MANUAL 

RETENTION OPTIONAL 
SET AGENT-CLIENT 

OWNER AGENT 

ORDER FIRST 

MEMBER CLIENT 

INSERTION AUTOMATIC 

RETENTION MANDATORY 
SET ALL-OFFICES 

OWNER SYSTEM 

ORDER LAST 

MEMBER OFFICE 

INSERTION AUTOMATIC 

RETENTION FIXED 
يجب أن تُعطى‎ CODOSYL فئة فى النموذج التشاورى للغة نظام البيانات‎ US, 
التى تعرف‎ ORDER بعبارة‎ Legais owner عتدئذ يجب تعريف ملف الأب‎ e اسما‎ 
« MEMBER الترتيب الذى فيه السجلات الجديدة للف الابن والذى يسمى عضو‎ 
ففى فئة مكتب-‎ » CODASYL ويضاف فى فئة النموذج التشاورى للغة نظام البيانات‎ 
مرتية طبقًا للمفتاح‎ AGENT تكون السجلات فى ملف الوكيل‎ Office- Agent عميل‎ 
وتشير‎ . Las AAddr وعنوان العميل‎ AName والذى يتركب من حقلى اسم العميل‎ 
JSA إلى أن محاولة تكرار قيمة المفتاح لملف‎ DUPLICATES PROHIBITED عبارة‎ 
ORDER IS غير مصرح بها. وعبارة‎ Office-Agent فى فئة مكتب - وکیل‎ AGENT 

USE تسمح للنظام بتعريف الترتيب‎ DEFAULT 


Le]‏ تمذجة البيانات 


الفصل الثالت نماذج البيانات التبحرية 


Logis لكل‎ sags Gls Retention والاحتفاظ‎ Insertion بالنسية لعبارات الإضافة‎ Li 
: el ba ثلاثة‎ 
. أولاً : بالنسبة لعبارة الإضافة فتوجد إضافة هيكلية وإضافة تلقائية وأخرى يدوية‎ 
gail Gi ية والودوية يضاف سجل العضو فى حادكة‎ all كس الإضافة‎ 
المناسبة عند إضافته لقاعدة البيانات‎ CODASYL التشاورى للغة نظام البيانات‎ 
-Office-Agent مكتب - وکیل‎ Gal وموضح ذلك‎ 


( 1 ) تعنى فكرة الإضافة الهيكلية إيجاد سجل SY!‏ عن طريق تساويه بقيمة Jia‏ معين 
فى سنجل العفو اا لضاف مثالا gle‏ ذلك es gl‏ اخكيار سجل GY)‏ يتعريف bai‏ 
سجل المكتب Office‏ فى سجل الوكيل Agent‏ مع قيمة حقل عنوان المكتب OAddr‏ 
فى سجل المكتب. بهذا الأسلوب يتم وضع سجل كل وكيل جديد فى Gila‏ فئة 
مكتب - وكيل Office-Agent‏ المناسية. 

(ب) Li‏ بخصوص الإضافة التلقائية فإنها تعنى أن سجل الأب أكثر سجل يتم تداوله 
حديئًا لفئة النموذج التشاورى للغة نظام البيانات .CODASYL‏ مثال ذلك : فئة 
وکیل - عميل Agent-Client‏ عندما يضاف سجل عمیل tose‏ فإن آباه يصبح 
سجل الوكيل؛ ومن ثم يكون أكثر السجلات تداولاً حديئًا. 

(ج) أما حالة الإضافة اليدوية فإنها تعنى أن سجل العضو الجديد يجب أن يتم 
إضافته خصوصا فى حادثة فئة النموذج التشاورى للغة نظام البيانات CO-‏ 
dea GG 1‏ . وخير مثال على ذلك هو Gi‏ طبيب — وكيل .Physician-Agent‏ 
فإنه عندما يتم إضافة سجل وكيل جديد لقاعدة البيانات » ففى وقت إضافته لا 
يوضع فى أى حادثة لفئة طبيب -عميل -Physician-Agent‏ 

ثانيًا: بالنسبة لعبارة الاحتفاظ فإنه يوجد ثلاثة خيارات هى : الاحتفاظ الثابت › 

والاحتفاظ الإجبارى » والاحتفاظ الاختيارى . ويقصد بفكرة الاحتفاظ الثابت أن 
Gi‏ سجل للعضو بمجرد وضعه فى فئة النموذج التشاورى للغة نظام البيانات 
uli Lola CODASYL‏ يتم الاحتفاظ به ما لم يتم حذفه أو إعادة إضافته. 


نمذجة البيانات ER‏ 


تماذج البيانات التبحرية الفصل الثالث 
Codasyl‏ معينة » فإن وجوده يكون Lyla!‏ فى قاعدة البيانات لو لم يتم حذفه 
أو أعيد إضافته ؛ لكى يكون سجل عضو لفئة النموذج التشاورى للغة نظام 
البيانات CODASYL‏ لذلك النوع . 


(ب) بخصوص الاحتفاظ الاختیاری فنقصد به أن وجود أى سجل كسجل عضو معين 
فى فئة التموذج التشاورى للغة نظام البياثات CODASYL‏ يكون ÉLEI‏ بشكل 
تام - يمكن تحريكه من G8‏ النموذج التشاورى للغة نظام البيانات CODASYL‏ 
ويظل موجودًا فى قاعدة البيانات . 

(ج) يكون الاحتفاظ Gt‏ كما هو موضح فى حالة فئة مكتب — وکیل -Office-Agent‏ 
أما فى حالة فئة طبيب — وكيل Physician-Agent‏ فإن الاحتفاظ يكون اختيارا . 
وبالنسبة للاحتفاظ الإجبارى فيكون is‏ فى حالة Gi‏ وكيل-عميل -Agent-Client‏ 


: Database Navigation ilmi laul} تبحر قاعدة‎ 


كما وضح من قبل فإن فئات النموذج التشاورى للغة نظام البيانات CODASYL‏ 
تشكل الوصلات بين الملفات. إن برنامج قاعدة البيانات يمر خلال سجلات الملف 
مستخدمًا الوصلات Links‏ المزودة بواسطة فئات النموذج التشاورى للغة نظام البيانات 
]51 للوصول إلى ملف معين أو يستمر فى ذلك إلى أن يتم الحصول على 
النتائج المطلوية. 

وهذه الحركة خلال سجلات الملف مرورًا بالوصلات lia)‏ النموذج التشاورى للغة 
نظام البيانات (CODASYL‏ تسمى تبحر قاعدة البيانات. حيث يتم معالجة البيانات 
عادة من المخططات الفرعية (المنظورات الخارجية). وتركز معالجة البيانات فى 
الحصول على السجل المناسب وعمل التعديلات والتحديثات المطلوية عليه . ولكى لا 
نسهب فى تفاصيل كثيرة فإن التبحر داخل قاعدة البيانات يبنى على جملة sl‏ 
Find Statement‏ وتعنى جملة ssl‏ البحث عن سجل معين فى قاعدة البيانات 
وجعله سجلاً SST‏ تداولاً حديكًا . وتبثى جملة المعالجة على أوامر الإضاقة Insert‏ 
والحذف Delete‏ والتعديل -modify‏ 


a]‏ مذجة البيانات 


الفصل الثالث نماذج البيانات التبحرية 








سمات قواعد البيانات الشبكية : 
اللا nies‏ شمر عق TAS)‏ فج Ja ceca‏ ال 
-Y‏ سجل الأصل root‏ لیس Gul‏ فى " وصلة. 
سلامة البيانات بالنمودج الشبكس : 
أب الالام Sae Ui‏ الموج الوس الى عضي يميم Jaca TELA‏ ابن لو تع يكن 

سجل الأب موجودا. 
اليس اشن العدرورى gh aM CANN Mayas‏ شاشح Au jl‏ 

مثال ذلك : يوجد نوعان من غلاقات الربط relationships‏ بالإضافة إلى aal,‏ = 
لمتعدد فى ale‏ قواعد البيانات الشائع : 

- قواعد بيانات شبكية بسيطة . 

+ Salas Gus oly sels — 

diio ada quay So BST aa T a lal ie li Glace gd 
Y من العديد من علاقات الربط واحد-لتعدد . أما فى قواعد البيانات الشبكية المعقدة‎ 
بد من تتبع الرسم الموجه . وكل من الشبكات المعقدة والبسيطة يجب أن تفكك إلى‎ 
العديد من العلاقات واحد - لمتعدد.‎ 

فعلى سبيل المثال الذى يوضح العلاقة متعدد - لمتعدد فى قواعد البيانات الشيكية 
مال المترس والطلاب كما ga‏ ممين فى الشكل رقم (16-5):.حيت تمثل خلاقة daa ll‏ 
متعدد — لمتعدد المدرس Teacher‏ والطلاب Students‏ حالة مهمة تختلف عن النموذج 
الهرمى . فكل ملف مدرس” TEACHER‏ يحتفظ يحقل رقم المدرس (SS#)‏ وحيدا. 
Jiag‏ أسم المدرس TName‏ وحقل الدرجة الوظيفية Position‏ وحقل الإدارة التابع لها 
.Dept‏ كل ملف "الطلاب" STUDENTS‏ يحتفظ بحقل رقم الطالب (SSNo)‏ وحقل اسم 
Sname AUI‏ وحقل العنوان Address‏ وحقل رقم التليفون (Tel No)‏ وحقل الفصل 
Classification‏ حيث إن علاقة الريط بين المدرس والطالب هى متعدد - لمتعدد فإن كل 
سجل طالب يجب أن يتكرر لكل سجل مدرس حيث المدرس يدرس للطالب. 


El ee 


تماذج البيانات التبحرية الفصل الثالث 


شكل رقم (VOY)‏ الرسم التخطيطى لهيكل البيانات الشبكية لتمثيل 
علاقة الربط متعدد - لمتعدد 


TEACHER 


STUDENT 


معالم نماد چ السسانات Featare of Navigational Data model ml sed!‏ : 
فى العشرين le‏ الماضية تم استثمار وقت ومجهود كبيرين فى: 

-١‏ تصميم قواعد البيانات التبحرية لصعوية تنفيذ التطبيقات التى تستعملها. 

-Y‏ نظم قواعد البيانات التبحرية حققت قدرا كبيرا من القواعد فى تقليل تكرار 
العاثات Scand‏ مامتها 

-Y‏ كذلك أمكن التغلب على مشكلة da)‏ الاستعلام التى تتضمن مستويين فى النماذج 
التبحرية يتجهيز دوارة Loop‏ لتضع مجموعة السجلات فى اطار لغة برمجة ذات 
مستوى -high-level Jk‏ 

: Limitation of the navigational Data Model التبضرلة‎ eibi bud! Zales dai a و‎ hdo 

-١‏ لغة الاستعلام المرتبطة بالنماذج الهرمية أو الشبكية تتكون من مجموعة من الأوامر 
كل منها يتعامل مع سجل واحد فقط كل مرة . وتسمى لغة الاستعلام ذات المستوى 
المنخفض Level - Low‏ (. 
النمؤذج التبحرى مثاليًا ui. ado os‏ مين أن نموذج البيانات ت العلاقى يمتلك 
نظامه إمكانية Jaa‏ الاستعلام Lsp‏ (مثاليًا) ؛ e‏ يعتمد على أساس الجبر 
العلاقىا ab‏ 


|[ مذجه البيانات 


الفصل الثالث نماذج البيانات التبحرية 

—Y‏ اعتماد النماذج الهرمية والشبكية على أساس المؤشر Pointer‏ » سبب متاعب كثيرة 
فى أن جعل هذه النماذج غير مرنة . بل وأكثر من ذلك أن النموذج الشبكى شكل 
صعوية WL‏ فى تغيير أى علاقة بمجرد أن يتم تصميمه!*). 

E‏ — يتم Sale!‏ التصميم مرة أخرى عند إضافة أو حذف أى حقل. 

ه- يتطلب مساحة واسعة لتخزين البيانات Lec‏ يتطلبه النموذج العلاقى لنفس الحجم 
من البيانات!!) . 


1- بطىء الاستجابة نسبيًا نتيجة التبحر إذا ما تم مقارنته بالنموذج العلاقى. 


نمذجة البيانات be‏ 


نماذج البيانات التبحرية الفصل الثالث 
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الفصل الرابع تموذج البيانات العلاقى 
مقدمة : 

لقد حصل نموذج البيانات العلاقى Ésa‏ على انتشار فإن جميع نماذج البيانات 
الأخرى. ويرجغ السبب وراء ذلك إلى قلة تكاليف تصميم التطبيقات الخاصة به 
وسهولتهاء بالإضافة إلى ارتكازه على الأساس العلمى لنظرية الفئات الرياضية: لذا 
كان من الضرورى استعراض الموضوعات التى سيتم تقديمها فى هذا الفصل. 
تعريف النموذج العلاقى : 

يتم تمثيل البيانات داخل هذا النموذج من خلال جدول (ملف) ذى بعدين » يسمى 
الجدول العلاقى (العلاقة .(Relation‏ وتتكون قاعدة البيانات العلاقية من مجموعة جداول 
علاقية يتم الترابط Lad‏ بينها باستخدام علاقات الربط „Relationships‏ 
مكونات النموذج العلاقى : 

يتكون النموذج العلاقى من المكونات التالية: 
a=‏ الشاتات. 
dal‏ مقافي النياقات: 
- قواعد سلامة قاغدة البيانات العلاقية. 

ويتكون هيكل البيانات من: 
- مخططات الجداول العلاقية التى تتكون بدورها من مجموعة خصائص. 
- والوقائع التى تمثل القيم الملحقة بتلك المخططات. 

وتستخدم نظم قواعد البيانات العلاقية عوامل معالجة البيانات التالية: 
— الجبر العلاقى Relational Algebra‏ 
- الحساب العلاقى Relational Calculus‏ 

ويتم إدراج قواعد سلامة النموذج العلاقى تحت النقاط التالية : 
SU d edel Peachy‏ 
— قواعد السلامة داخل الجدول العلاقى. 
asso all cal =‏ 


[ie | البيانات‎ a> مذ‎ 


نموذج البيانات العلاقى Laii‏ الرابع 
التبعيات الوظيفية : 
تعد التبعيات الوظيفية بمثابة ارتباط خاص بين خاصيتين أو أكثر فى الجدول 

القلاقى. إحدى هذه الخصائسن تكون تابعا وظيفدا للخاصية الأخرى. 

كنا سوك ترق إلى ميا اتساد R T‏ قراس اوكا Los‏ 
حساب الفئة الاتغلاقية. 
سمات ومحدوديات النماذج العلاقية : 

سيوم (Sita oll‏ مغن عن سان امول ball‏ و وة هده الا 
تعر یف نمودج البسانات العلاقی : 

pasar Duas, 3 (Gila) Joana JL! Lal! cage ui all Js‏ اول 
العلاقى (العلاقة JS; . (relation‏ عمود Column (Jia)‏ فى الجدول العلاقى هو خاصية 
attribute‏ فى حين أن صفوف (سجلات) rows‏ الجدول العلاقى هى مجموعات من القيم 
tuples & ll‏ » وكل dard‏ مرتبة تمثل كينونة. وييانات كل خاصية فى الجدول العلاقى 
تتكون من نطاق من القيم domain‏ وتمثل نطاقات القيم بالجداول العلاقية سقف قاعدة 
البيانات. وكل الجدول العلاقى له درجة Arity‏ تحدد بعدد الخصائص 6 فى حين يشكل 
aac‏ مجموعات القيم المرتبة ssc)‏ الكينونات) تعددية Cardinality‏ الجدول العلاقىا'). 

ويتم إنشاء علاقات الربط relationships‏ بين جداول قاعدة البيانات العلاقية 
باستخدام المفتاح الأساسى Jall Primary Key‏ فى النموذج العلاقى › وقيمة هذا 
المفتاح لا تتكرر فى مجموعات القيم المرتبة ٠ Tuples‏ وعليها يتم تعريف مجموعات القيم 
المرتبة (الكينونات). ويبين الشكل رقم )١-4(‏ نموذج البيانات المنطقى Logical Data‏ 
Model‏ لعلاقة الريط بين الجدول العلاقى الخاص بالادارة' DEPARTMENT‏ والجدول 
العلاقى الخاص MANAGER “pall”‏ والتى تمثل بعلاقة ربط واحد - لواحد. 


شكل رقم (V-t)‏ نموذج البيانات المنطقى لعلاقة ربط بين الجدولين العلاقيين all" JT‏ 


un]‏ تمذجة البيانات 


الفصل الرابع نموذج البيانات العلاقى 
مكونات النمودج العلا فى : 
بتكون النموذج العلاقى من : 
-١‏ هیکل ببانات. 
۲- عوامل معالجة البيانات. 
—Y‏ قواعد سلامة قاعدة البيانات العلاقية. 
isl‏ - سكل Data Structure ailai mal}‏ : 
مخطط الجدول العلاقى والوقائع : 
co od hs‏ فى الطب Sk‏ لى ne UH aad‏ والقاشيسى US's‏ سيق 
ووضح التعريف السابق » فى صورة جداول علاقية والتى تعرف بالعلاقات relations‏ 
JS,‏ علاقة تعبر عن نوع كينونة -entity type‏ 
ويمكن تمثيل نموذج البيانات المنطقى بين الجدولين العلاقيين "الإدارة" والمدير' فى 
نموذج علاقى يتكون من مخططى الجدولين العلاقيين. أحدهما يمثل الإدارة 
107 والآخر يمثل المدير MANAGER‏ ويبين الشكل رقم (Y-£)‏ المخطط 
الغا يكل من الجنوليج الخلاقيين. ويجب التفرقة بين سقطط الحو العلاقى 
والواقعة. حيث يمثل المخطط فى الجدول العلاقى أسماء الخصائص المكونة له فقطء فى 
حين تمثل الواقعة القيم (البيانات) الملحقة بهذا المخطط. 
شكل رقم (Y-£)‏ المخططات الخاصة بكل من الجدولين العلاقيين "الإدارة" Coal y‏ 
DEPTMENT (D-ID.DName,DA ddr);‏ 
MANAGER (D-ID.M-ID, MTitle.MName):‏ 
"Sas;‏ الحاق الوقائع (ad!)‏ الخاصة بالمخططات الخاصة بالجدولين العلاقيين 


نمذجة البيانات | Ir‏ | 


تموذج البيانات العلاقى الفصل الرابع 


شكل رقم (I-E)‏ تمثيل القيم (الوقائع) فى الجدول العلاقى "الإدارة” 
E‏ 


- NAME D-ADDR 
MCN Tm 


شكل رقم (٤-٣ب)‏ تمثيل القيم (الواقعة) وعلاقات الربط فى الجدول العلاقى "المدير” 


MANAGER 
ima, | ome 


Systems Designer Mr. Charles 


MG 4 104 Sr. Technologist 


فى الشكل رقم Ea. (I-E)‏ خاصية المعرف الخاصة بالإدارة DID‏ المفتاح 
الأساسى للجدول العلاقى "الإدارة” DEPARTMENT‏ فى حين أن فى الشكل رقم 
Quels Jas GoT)‏ المعزك الخاسنة MID willy‏ المفتاح الأساسى gall doas‏ 
MANAGER "pal!"‏ فى حين تمثل خاصية المعرف الخاصة بالإدارة DAD‏ فى ذلك 
الجدول المفتاح الخارجى. ويمكن أيضًا الحصول على خاصية أو مجموعة خصائص 
لتعريف مجموعات القيم المرتة .Tuples‏ هذة الخصائص تسمی المفاتيح المرشحة. 

z 
: Data Manipulation Operators اتا : عوامل معالجة السماشضات‎ 





















تمكن العوامل العلاقية المستفيدين من إجراء عمليات الفئات Set Operations‏ 
على جدول علاقى أو أكثر وهى ما تسمى بالجبر العلاقى والعوامل الأكثر 


| ^| مذجة البيانات 


الفصل الرابع تموذج البيانات العلاقى 
استخدامًا هی الاختيار الرأسى PROJECT‏ الاختيار الأفقى SELECT‏ الربط JOIN‏ : 
والاتحاد UNION‏ 

وتستخدم معظم نظم إدارة قواعد البيانات العلاقية الحساب العلاقى Relational‏ 
Calculus‏ ويعتمد الحساب العلاقى على الاسلوب المنطقى وهو مكافىء تمامًا للجبر 
العلاقى كأساس للغات الاستعلام SQL Jis‏ فى لغة 282 و QUEL‏ فى لغة الإنجرس 
SQL*PLUS ,‏ فى لغة الأوراكل ORACLE‏ وفيما يلى عرض مبسط للعوامل العلاقية 
والأسس الفنية يكل من الجبر والحساب العلاق CM)‏ 
-١‏ الجبر العلاقى Relational Algebra‏ : 

لازال المحتوى الرئيسى للنموذج العلاقى هو الجبر العلاقى الذى يتكون من 
مجموعة من العمليات » كما هو مبين فى الشكل رقم (E-E)‏ التى يمكن تقسيمها إلى 
مجموعتين: 
)1( مجموعة العمليات التقليدية : 

Jin‏ الاتحاد Union‏ » التقاطع Intersection‏ . الطرح Difference‏ والضرب 
الكارتيزى Cartrsian Product.‏ . 
(ب) مجموعة العمليات العلاقية الخاصة : 

divide والقسمة‎ » Join bs JI . Project الاختيار الرأسى‎ » Select مثل الحصر الأفقى‎ 


— تعريف درجة الجدول العلاقى الثنائية جبريًا : 

تختلف درجة الجدول العلاقى (العلاقة) عن درجة علاقة الربط. حيث تمثل الأولى 
عدد الخصائص بالجدول العلاقى فحين تمثل الآخيرة عدد أنوا ع الكينونات المشاركة 
فى علاقة الربط والتى سبق وتم شرحها فى الجزء السابق. وتتشابة التعددية فى كل من 
الجدول العلاقى وعلاقة الربط. ويمكن الحصول على الجدول العلاقى R‏ من خلال تحديد 
مدى BLS YI‏ بين الخاضتين × و Ellis «y‏ يمكن التغبير عنهما جيرا SHES‏ () : 


R: )ع‎ >y 


ع چ ج م E‏ 


نموذج البيانات العلاقى الفصل الرابع 


الشكل رقم )££( العمليات الأساسية بالجبر العلاقى 


product 








Project 


Union Intersection Difference 


Vp 


VULTUM 
AP 
m 
fi Men 


Join Na 
a s 
I 
a 1 : 


(y) « (x) auxili بين‎ Latis الجدول الدلاقى الذى‎ oll jad (R) إن‎ saa 
كما‎ (y) إلى الخاصية‎ (x) ويشير السهم )— ( إلى أن اتجاه الرابطة من الخاصية‎ 
.)5-4( هو موضح بالشكل رقم‎ 








تمذجة البيانات 


الفصل الرابع تموذج البيانات العلاقى 





شكل رقم (o£)‏ الرابطة السهمية بين الخاصتين y «x‏ 


bl 
b2 
b3 


ا \<> | 


b5 


: ويمكن التعبيرعنها بالجبر العلاقى كالاتى‎ 
R:x —ys[(x,y) | xe Domain (X) ay ع‎ Domain (Y)] 

حيث إن الرموز السابق ورودها بالتعبير العلاقى تعبر عن الآتى : 

[ ] : بداية ونهاية الفنة. 

| :حيثإن. 

All تشير إلى قيم الزوج المرتب داخل‎ : (x. y) 

© : نتتمى إلى. 

. × نطاق قيم الخاصية‎ : (X) 

. نطاق قيم الخاصية لا‎ : (y) 

۸ : تعنى تقاطع الخاصية (/1) مع الخاصية (X)‏ . 

من الرابطة السهمية الممثلة بالشكل رقم )07( Kas‏ الحصول على الجدول 


: كالآتى‎ R العلاقى‎ 
R = ) (al,b1), (al,b3) , (a2.b5) [(4طرتة),‎ 


والتى يمكن وضعها فى جدول كما هو موضح بالشكل رقم (1-5) كالآتى : 


نمذجة البيانات | Lin‏ 


نموذج البيانات العلاقى الفصل الرابع 


شكل رقم )£ (T‏ يوضح الجدول العلاقى R‏ حسب تعريف الفئات الجبرية 
R‏ 





تعريف درجة الجدول العلاقى اللاثنائية جبريًا : 
هذه الدرجة تمثل فى حالة درجات العلاقات الثلاثية ary‏ - 3 والرباعية 4-ary‏ 
وغيرها كالآتى : 
R (x,y.z) = ((a, b. c) | ae Domain (X) ^ be Domain (Y) ^c e Domain (Z)}‏ 
والاختلاف بين درجة العلاقة الثنائية ودرجات العلاقات الأخرى (الثلاثية والرباعية 
وغيرها) يكمن فى عدم معرقة اتجاه الرابطة لوجود آكثر من نطاق للقيم وإن كان من 
من هذه التعريقات الجبزية يمكن تعريف الجدول العلاقى (العلاقة) بانه يتكون من 
المخطط Schema‏ والوقائع Instances.‏ والمخطط هو أسماء الخصائص ZYX‏ فى 
الجدول العلاقى ۸ كما يلى : 
R (X.Y.Z)‏ 
والوقائع تختلف فى التفسير عن المخطط حيث Gil‏ تكافىء القيم التى تحل تحت 
كل اسم خاصيةء وتشكل نطاقات القيم المختلفة لكل الخصائص. ومن هذا التوضيح 
يتبين أن مخطط العلاقة يظل GG‏ فى حين أن وقائع العلاقة تتغير بسيب تغير 
مجموعات القيم المرتية tuples‏ وحذفها وتحديثها. ومن a‏ يتبين ol‏ الجداول العلاقية 
تخضع لقواعد نظرية الفئات والتى يمكن استخدام عمليات الخاصة بها على هذه 
الجداول العلاقية. 


[arr]‏ نمذجة البيانات 


القصل الرابع نموذج البيانات العلاقى 
العملبات الخاصة بنظرية الفنات : 

قبل البدء فى الدخول إلى تفاصيل العمليات الخاصة بنظرية الفئات فى الجبر 
الما قق JE bill‏ رق )8( 01,00 لال 
مثال )£-\( : 


بفرض وجود الجدولين العلاقيين A‏ و 8 التاليين ذوى الدرجة الرباعية والتعددية 
الثنائية لكل منهما كما هو مبين بالشكل رقم (5-). 


الشكل رقم )۷-٤(‏ يبين الجدولين العلاقيين ۸ و B‏ 


A 





مجموعة العملسات | Aud deus‏ 
Y‏ . الاتحاد Union‏ : 
يمثل اتحاد الجدولين العلاقيين (العلاقتين) A‏ و B‏ مجموعة القيم المرتبة tuples‏ فى 
الجدول العلاقى ۸ أو الجدول العلاقى B‏ أو كليهما ويرمز له جبريا ب : 
AUB‏ 


ولكن يشترط أن تكون درجة الجدول العلاقى arity‏ فى كلا الجدولين العلاقيين 
A‏ و B‏ متساوية. بمعنى آخر فإن مخطط كلا الجدولين العلاقيين A‏ و B‏ ينيغى أن 


Mr -‏ 
مذجه البيانات 


تموذج البيانات العلاقى الفصل الرابع 
يتساوى هيكليًا ووقائغهم تتساوى LYS‏ « أى تستنتج من نفس نطاق القيم لكلا 
الجدولين العلاقيين ومن ثم لو فرض أن: 

. 4 فى الجدول العلاقى‎ tuples تمثل عدد مجموعات القيم المرتبة‎ (n) 

. 8 فى الجدول العلاقى‎ tuples تمثل عدد مجموعات القيم المرتبة‎ (m) 

فإن تعددية Cardinality‏ مجموعات القيم المرتبة فى الجدول العلاقى الجديد NI‏ 
تكون Jil‏ من (n+ m)‏ أو تساويها e‏ بينما JES‏ درجة الجدول العلاقى arity‏ الناتج ثابتة 
كما هو موضح بالشكل رقم (A71)‏ عن JÈL‏ رقم .)١-٤(‏ 

الشكل رقم (A-E)‏ والجدول العلاقى NI‏ الناتج عن اتحاد الجدولين العلاقيين 4 و B‏ 


NI 

84 oe [Sun] O | 
[st [sim [ « [ena 
pe eme 


: Difference ح‎ lll -Y 


يمثل الجدول العلاقى الناتج عن طرح الجدول العلاقى A‏ من الجدول العلاقى B‏ 
بمجموعات من القيم المرتبة tuples‏ ويرمز لها جبريًا ب : 












A-B 
الجدولين العلاقيين متساوية,‎ IS ولكن يشترط أن يكون درجة الجدول العلاقى فى‎ 
وأن يتطايق نطاقات قيم الخصائص المتناظرة » ومن ثم لو فرض أن:‎ 
. ۸ AWI فى الجدول‎ tuples مجموعات القيم المرتية‎ suc (n) 
.8 فى الجدول العلاقى‎ tuples عدد مجموعات القيم المرتية‎ (m) 
N2 بالجدول العلاقى الجديد‎ Cardinality فإن تعددية مجموعات القيم المرتبة‎ 
لأنها تمثل مجموعات القيم المرتبة التى تنتمى إلى الجدول العلاقىء‎ s(n) من‎ Jal تكون‎ 


isit [irs]‏ البيانات 


Jaisi‏ الرابع gigt‏ البيانات العلاقى 





arity ولا سمى إلى الجدول العلاقى 8: ومع ذلك تظل درجة الجدول العلاقى الناتج‎ A 
.)١-٤( ثابتة . كما هو مبين بالشكل رقم (1-5) عن المثال‎ 


الشكل رقم )£-4( والجدول العلاقى N2‏ الناتج عن طرح الجدول العلاقى A‏ من الجدول العلاقى B‏ 


N2 
MESES 


: Intersection التقاطع‎ -Y 


يمثل الجدول العلاقى الناتج عن تقاطع الجدول العلاقى A‏ مع الجدول العلاقى B‏ 
بمجموعات القيم المرتبة tuples‏ التى تنتمى إلى كل من الجدول العلاقى ۸ والجدول 
العلاقى B‏ ويرمز لها ‘Lye‏ 










A B = A - (A-B) 


ويلاحظ من التعبير الجبرى أن التقاطع بين الجدولين العلاقيين ۸ و 8 يمكن 
الحصول عليه باستخدام عمليات الطرح US‏ هو مبين. ويشترط أن تكون درجة الجدول 
العلاقى فى كلا الجدولين العلاقيين متساويةء وأن يتطابق نطاقات القيم المتناظرة فى 
كلا الجدولين العلاقيين. ومن ثم لو قرض أن : 

A مجموعات القيم المرتبة فى الجدول العلاقى‎ sic (n) 

.8 عدد مجموعات القيم المرتبة فى الجدول العلاقى‎ (m) 

فإن تعددية مجموعات القيم المرتبة Cardinality‏ فى الجدول العلاقى الناتج N3‏ 
تكون أصغر من (n)‏ أو (m)‏ وتظل درجة الجدول العلاقى arity‏ ثابتة كما هو مبين 
بالشكل رقم )£- (V‏ عن المثال .)١-٤(‏ 
الشكل رقم )٠١-4(‏ والجدول العلاقى N3‏ الناتج عن تقاطع الجدولين العلاقيين ۸ و B‏ 


N3 
[st Te [e [| 


[ipee poene 










تموذج البيانات العلاقى الفصل الرابع 
-í‏ الضرب Product‏ : 

يمثل الجدول العلاقى الناتج من حاصل الضرب الكارتيزى للجدول العلاقى A‏ فى 
الجدول العلاقى 8 بمجموعات القيم المرتبة. وتكون درجة الجدول العلاقى الناتج arity‏ 
تساوى درجة الجدول العلاقى A‏ مضافا إليها درجة الجدول العلاقى 8 ويرمز لها 
Ue‏ ب : 

A*B 

ومن ثم لو فرض أن : 

à A الحدول العلاقى‎ T & Jl eil عدد مجموعات‎ (n) 

. 8 مجموعات القيم المرتية فى الجدول العلاقى‎ suc (Thirteen) 

فإن تعددية مجموعات القيم المرتبة Cardinality‏ فى الجدول العلاقى الناتج تساوى 
Lala‏ ضرب m*n‏ وتساوى درجة الجدول العلاقى الناتج arity‏ درجة الجدول 
العلاقى A‏ مضاقًا Gall‏ درجة الجدول العلاقى 8. 

وفى حاصل الضرب الكارتيزى يكون الجدول العلاقى الناتج متضمنًا مخطط 
الجدول العلاقى A‏ ملاصقا Cancatinate‏ لمخطط الجدول العلاقى 8. ويمكن توضيح ذلك 
بطريقة مبسطة من خلال JULI‏ (5-5). 
مثال (Y-£)‏ : 

بافتراض وجود الجدولين العلاقيين X‏ و لا التاليين ذوى الدرجة الأحادية, 
بالشكل رقم (7E)‏ 

الشكل رقم )١١-4(‏ يبين الجدولين العلاقيين و لا 


y 





الفصل الرابع نموذج البيانات العلاقى 


ويكون حاصل الضرب الكارتيزى للجدولين علاقيين × و لا الجدول العلاقى N4‏ 
كنا هو مومع JEL‏ زه (V)‏ 


الشكل رقم )١7-4(‏ حاصل الضرب الكارتيزى للجدولين العلاقيين × و لا 





مجموعة العملبات العلا Ceti‏ الخاصة : 
\— الحصر الأفقى Selection‏ : 

يمثل ناتج الحصر الأفقى للجدول العلاقى R‏ مجموعات القيم المرتبة tuples‏ التى 
ia‏ الشبرط المظلوب » والذى يمكن أن يرس فة بالرمز )9( ويرم Clas‏ العصير 


الأفقى بالرمز (o)‏ وسواء كان هذا الشرط معقدا أم بسيطا لكن ناتجه سيكون 


مثال )۳-٤(‏ : 
sell pa Gal Ail‏ ا #الكما ga‏ سمت (A) ip EAM‏ فيان 
توضيح الاختيار الأفقى والذى يشير إلى مجموعات القيم tuples C3 Jl‏ فى الجدول 

العلاقى R‏ الذى يحقق شرط الحصر التالى: 


ويتحقق هذا الشرط عندما تكون قيمة الخاصية attribute‏ الثانية يكل قيمة مرتبة 
aS‏ مخ قيمة القاس القالقة بق القيمة اللركية. ويقون Shall pial‏ اتاتب له 


تمذجة البيانات Lv‏ 


gigt‏ البيانات العلاقى الفصل الرابع 
نفس درجة arrity‏ الجدول العلاقى R‏ وأن تعددية Cardinality‏ مجموعات القيم المرتبة 
لذلك الجدول العلاقى تكون أقل من تعددية مجموعات القيم المرتبة فى االجدول العلاقى 
kali‏ 


الشكل رقم (4-؟1١)‏ الجدول العلاقى R‏ 


R 
[i aes لقتنا‎ cin 
pepe pom quee 


والجدول العلاقى N5‏ الناتج والمحقق للشرط السابق يمكن الحصول عليه كما هو 
موضح فى الشكل رقم .)١5-5(‏ 
الشكل رقم (V£—£)‏ الجدول العلاقى الناتج تحقيقًا لعملية الحصر الأفقى (Y—£)‏ 
NS‏ 


Lus [ve rez 
LEN 20 [tote 














[s [em 
أن تحدد رقم الخاصية‎ Lely GE Gas أن تكون‎ Gl « Operands قيمتا الشرط‎ -١ 


: عوامل المقارنة العلاقية هى‎ —Y 


عوامل المقارنة المنطقية هى : 


الفصل الرابع نموذج البيانات العلاقى 
-Y‏ الاختيار الرأسى Projection‏ : 
هو عملية أحادية تتم على الجدول العلاقى وتحذف بعض الخصائص وتعيد ترتيب 
الخصائص المتيقية. ولو فرض أن الجدول العلاقى الذى تتم عليه عملية الاختيار 
الرأسى هو الجدول العلاقى R‏ الموضح بالمثال رقم (5:-5). ويرمز لعملية الاختيار 
الرأسى بالرمز (11). وعلى سبيل المثال يمكن التعبير عن عملية اختيار خاصية رقم 
المعرف ۸# وخاصية المكان Location‏ جبريا كالآتى : 
CR}‏ 1 
(S# Location)‏ 
يحتوى الجدول العلاقى الناتج عن عملية الاختيار الرأسى على كل من الخاصيتير 
رقم المعرف R#‏ والمكان Li Location‏ بقية الخصائص المضمنة داخل الجدول العلاقى 
8 فإنها تختفى. ويتضح أن درجة الجدول العلاقى arity‏ الناتجة أقل من درجة الجدول 
الشكل رقم (Yo—£)‏ الجدول العلاقى R‏ بعد عملية الاختيار الرأسى 
R‏ 


RA] Location | 












: Join dll —Y 
: للعمليات التالية‎ als وحسابها‎ Natural Join ويتم تنفيذ عملية الربط الطبيعى‎ 


-١‏ الضرب الكارتيزى للجدولين العلاقيين. 


نموذج البيانات العلاقى الفصل الرابع 
-Y‏ لخصائص الجدول العلاقى الأول مع خصائص الجدول العلاقى الثانى. 
-٤‏ يتم عمل اختيار رأس للخصائص طبقا للشروط المحددة: 

ومن ثم لو فرض أن : 

ssc (Fourteen)‏ مجموعات القيم المرتبة فى الجدول العلاقى الأول. 

sue (m)‏ مجموعات القيم المرتبة فى الجدول العلاقى الثانى. 

فان تعددية Cardinality‏ مجموعات القيم المرتية فى الجدول العلاقى الناتج تعادل 
عدد مجموعات القيم المرتبة للجدول العلاقى الأول بالإضافة إلى عدد مجموعات القيم 
المرتبة الجدول العلاقى الثانى. أما درجة الجدول العلاقى الناتج فتكون أقل من 
الخصائص التى (m+n) Lasse‏ لكلا الجدولين العلاقيين معا أو تساويها ويتم توضيح 
ذلك فى المثال رقم .)٤-٤(‏ 
مثال )£-£( : 


بافتراض وجود وجود الجدولين العلاقيين S‏ و P‏ كما بالشكل رقم (NTE)‏ 


S 
se [se ]سن‎ 6 | 











ves [or [ee 


ظ 
17 1 





isit‏ البيانات 


الفصل الرابع تموذج البيانات العلاقى 


وتكون نتيجة الربط الطبيعى للجدولين العلاقيين P‏ و S‏ هو الجدول العلاقى N6‏ 


الشكل رقم (VV-£)‏ نتيجة الربط الطبيعى للجدولين العلاقيين P‏ و S‏ حسب خاصية المدينة City‏ 


N6 
Se [Bone [e e [PT m e 


: Division القسمة‎ —£ 













وفيها يتم الحصول على مجموعات القيم المرتبة فى الجدول العلاقى (المقسوم) 
المتكررة مع كل عنصر من العناصر التى تنتمى إلى الجدول العلاقى (المقسوم عليه) 


: (e-£) مثال‎ 


بافتراض وجود الجدول العلاقى (المقسوم) DI‏ والجدول العلاقى (المقسوم عليه) 
ا كما هو موضح بالشكل رقم .)۱۷-٤(‏ 


الشكل رقم (W£)‏ يبين الجدول العلاقى (المقسوم) DI‏ والجدول العلاقى (المقسوم عليه) E1‏ 





Iri -‏ 
نمذجة البيانات 


نموذج البيانات العلاقى الفصل gil!‏ 


الشكل رقم (VA7£)‏ يبين الجدول العلاقى ناتج القسمة 
DI/EI‏ 





: Relational Calculus الحساب العلاقى‎ —Y 
يمكن‎ relations إنه من الممكن إثيات أن أى مجموعة وظائف للجداول العلاقية‎ 
التعبير عنها فى الجبر العلاقى ؛ ويمكن أيضًا التعبير عنها باستخدام الحساب‎ 

العلاقى. وتنقسم العمليات بالحساب العلاقى إلى مجموعتين OEY‏ : 

)1( الحساب العلاقى الخاص يمجموعات القيم tuples 43 JL‏ . 

(ب) الحساب العلاقى الخاص بنطاق القيم domain‏ - 

يمكن تعريف الجدول العلاقى فى حدود مجموعات القيم المرتبة التى تستعمل قى 
تمثيل الاستفسار تحت يعض الشروط. هذه الشروط يمكن صياغتها باستخدام 
مجموعة القيم ظ الفردية atoms‏ المرتبطة بالعمليات المنطقية. هذه القيم الفردية العلاقية 
يمكن ان تكون متغيرات مجموعات القيم المرتبة tuples variables (tv)‏ والمتغير هو اسم 
يمكن استبداله بقيمة. ومن الرموز المستخدمة : السهم ذو الاتجاه الواحد )>( وهو 
يعنى "إذا ثم" والسهم ذو الاتجافين )6( وهو يعنى IE‏ واذا فقط". 
خواص متغيرات مجموعات القيم المرتبة (tV)‏ 
(Y)‏ صلة المتغير بالجدول العلاقى : 

بافتراض أن A‏ ترمز إلى اسم الجدول العلاقىء وأن ؛ ترمز إلى متغير يعبر 
مجموعة asd‏ مرتية. عندئذ تكون A(t)‏ صحيحة لو أن متغير مجموعة قيم مرتية (t)‏ هو 
مجموعة القيم المرتبة فى الجدول العلاقى A‏ وتكون UBS‏ بخلاف ذلك. يمعنى أن 0( Y‏ 
تنتمى إلى A‏ . مثال ذلك فى الجدول العلاقى A‏ فى الشكل رقم )۷-٤(‏ نجد أن : 


t=(S 1, Samy . 20 , Jeddah) € A 


! 
نمذجة البيانات 


الفصل الرابع تموذج البيانات العلاقى 

يمكن التعبير عن صلة متغير بمتغير آخر كالآتى : 

t- [11x * [3] 

وذلك بافتراض أن الرمز (x)‏ يشير إلى أن عوامل الربط العلاقية وأن الرمزين (W‏ 
و (x)‏ يشيران إلى مجموعة قيم مرتية بالجدول العلاقى محل الاستعلام؛ وأن الأرقام 
]1١[‏ و [V]‏ تشير إلى أرقام مجموعات القيم المرتبة بالجدول العلاقى. ومن ثم فى التعبير 
السابق لو كان عامل الريط العلاقى ( _ ) يكافئ )=( SG‏ الشرط يصيح صحيحا 
فى حالة تطابق مجموعة القيم المرتبة رقم (V)‏ مع مجموعة القيم المرتبة رقم (V)‏ 
(Y)‏ صلة المتغير بثابت عددى : 

تحدث صلة المتغير بثابت عددى عندما يتم مقارنة متغير لمجموعة قيم مرتية بقيمة 
226 وات من الممكن ربط أى S355‏ خواس معا باس Jule lad‏ الربط النطقية 
Siang Sal nal og‏ لاعن عن ذلك م :+ 

t [1] x Const 

الصيغ التعبيرية باستخدام الحساب العلاقى : 
مثال (5-4) : 

لتوضيح كيفية تطبيق واستخدام الصيغ التعبيرية فى الحساب العلاقى الخاص 
JS‏ من مجموعات القيم المرتبة ونطاق القيم » يمكن استخدام قاعدة بيانات 
(افتراضية) مكونة من GG‏ جداول علاقية المبينة بالشكل رقم )١5-:4(‏ هى: 
— الجدول العلاقى الخاص "بالموردين' SUPPLIERS‏ ويرمز له بالرمز -S‏ 
- الجدول العلاقى الخاص بقطع الغيار PARTS‏ ويرمز له بالرمز P‏ 
- الجدول العلاقى الخاص بعلاقة الربط بين كل من جدولى الموردين و قطع الغيار 


ويرمز له بالرمز SP‏ 


irr 


نمذجة البيانات 


موذج البيانات العلاقى الفصل الرابع 


الشكل رقم (15-4) قاعدة بيانات Ladle‏ (افتراضية) خاصة بموردى قطع الغيار 


S SP 
KERN 
S 300 
SI P2 200 
2 8 8 


51 P5 100 


D pere pee] 
r= [ ao [Geer |_7 [Pon 
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P5 Cam Blue Dammam 


وفيما يلى أمثلة الصيغ التعبيرية فى الحساب العلاقى الخاص بكل من مجموعات 
القيم المرتية ونطاق القيم : 
(V)‏ إيجاد أسماء كل الموردين Suppliers (S)‏ الذين يعيشون فى مدينة City‏ جدة 
Jeddah‏ : 





{t(D|SQOax [4] = "Geddah at [1] = x [2]}‏ 
التفسير الحقيقى لرموز الصيغة التعبيرية السابقة : 


ré 


نمذجة البيانات 


الفصل الرابع تموذج البيانات العلاقى 


(1)1 : تعنى أن درجة الجدول العلاقى الناتج أحادية LEY (V)‏ ستمثل أسماء 


الموردين فقط. 


العلاقى 5. 


(City) وهى المدينة‎ x تشير إلى قيمة الخاصية الرابعة لمتغير مجموعة القيم المرتبة‎ : x[4] 


.(Sname) 


الشرط : x [4] = Jeddah”‏ وهو يعنى البحث فى قيمة الخاصية الرابعة لمتغير 


مجموعة القيم المرتبة x‏ عن مدينة جدة Jeddah‏ 


Gul‏ : [2] -[!]! تعنى GUS‏ اسم المورد Sname‏ لمجموعة القيم المرتبة ؛ فى 
الجدول العلاقى ذات الدرجة الاحادية GS (V)‏ هو موضح فى الشكل رقم .)5١-54(‏ 


الشكل رقم (Y-—£)‏ أسماء الموردين قاطنى مدينة جدة. 


: 52 إيجاد أسماء الموردين الذين يوردون قطعة الغيار رقم‎ (Y) 











(t(D|SG) ASPIiDAZIIJ2z[l]Azi2]2 P" atl = z [21] 


الشكل رقم (4-١؟)‏ أسماء موردى قطعة الغيار .P2‏ 


Sname 
Samy 


Jamal 


Magdy 


Ahmed 





نمذجة البيانات 


نموذج البيانات العلاقى الفصل الرابع 
(Y)‏ إيجاد JS‏ أسماء الموردين الذين بورنون قطعة الغيار Nut”‏ 
(CODI S (%) A P (y) A SP(2) Ax [1] =z [1] Ay[1] =z [2] Ay[2]2 Nu At [1] 2 x [2]}‏ 
الشكل رقم (vY-£)‏ أسماء موردى قطعة الغيار "Nut"‏ 
ونلاحظ هنا أنه ليس هناك حاجة إلى تخزين الجدول العلاقى الناتج عن تنفيذ 
وغيرها من العمليات الخاصة بالجير العلاقى. 






وفى الحساب العلاقى الخاص بمجموعات القيم المرتبة tuples‏ » يتم مراجعة JS‏ 
مجموعات القيم المرتبة فى الجداول العلاقية relations‏ طبقًا للشروط المفروضة. ولو 
كانت الشروط مطايقة يتم اختيار الصف بخلاف ذلك تكون النتيجة ai.‏ ولك ماذا 
نك فى all‏ اب اقاي القاهى سجفوعات pail‏ اكرجبةاللناتج الذى Diis‏ 
هذا يعنى أن وقت التشغيل run-time‏ سوف ينخفض. ومع ذلك فكل من الجبر العلاقى 
sally‏ اعون gall siege‏ قري مكافتان فى السدية. والجيى الاق ار 
سهولة فى صياغة تعبيراته ولكن يحتاج إلى ذاكرة فى الحاسب أكبر نسييًا من الذاكرة 
التى يختاجها الحخساب الغلاقى الخاص cle ganas‏ القيم المرتية. 
- محددات قياس المتغيرات Quantifiers‏ : 


إنه من الممكن استخدام محددات القياس المتوافرة مثل ) V‏ ) التى تعنى all (JS)‏ 
ومثل ( 23 ) التى تعنى يوجد (على الأقل واحد). ومثال ذلك : () CV‏ يعنى أن كل القيم 
للمتغير (t)‏ يجب أن تكون صحيحة لكى يكون الناتج صحيحا. At)‏ تعنى أن قيمة 
واحدة تكفى أن تكون صحيحة SI‏ يكون الناتج صحيحاً. 


ra 


مذجة البيانات 


الفصل الرابع موذج البيانات العلاقى 
وليس صحيحا استخدام هذين التعبيرين (V S)‏ أو (F S)‏ حيث إن S‏ هذا تعنى 
جدولاً Ladle‏ ولیس Pais‏ 
- المتغير الحر Free variable‏ : 
إنه متغير غير مرتبط بأى نوع من أنوا ع محددات القياس. 
— المتغير المرتبط Bound variable‏ : 
انه المتغير المرتبط بأحد محددات القياس مثل كل (أو) يوجد . 
— التعبير Free expression yall‏ : 
فى حالة وجود متغير واحد حر فى التعبير ‏ فإن كل التعبير يعد تعبيرا حرا. 
- التعبير المرتيط Bound expression‏ : 
إنه التعيير الذى تكون به كل المتغيرات مرتبطة. وفى Ula‏ رفض أى قيمة فردية 
atom‏ فإن الصيغة تكون صحيحة. وهذه all‏ & غير مسموح بها " all‏ العلاقى. 
— فرضية الغلق Closed word assumption‏ : 
فى حالة رفض متغير » فإن الرفض يمكن أن يكون أى شىء لو لم يتم تعريف 
نطاق القيم. مثل هذا النطاق يطلق عليه حيز الفئة التى يتم تمثيلها باستخدام الشترب 
خطوات تمثيل المتغير فى الحساب العلا قى : 
يتم تحديد مجموعات القيم المرتبة للجدول العلاقى فى الحساب العلاقى باستعمال 


طريقة تلقائية. تلك الطريقة تؤدى إلى حل صحيح ولكن ليس بالحل البسيط. ويتمثل هذا 

التحديد فى الخطوات التالية: 

-١‏ تحديد الجدول العلاقى. 

(L لكل جدول علاقى : يتم تعريف المتغير كمجموعة قيم مرتبة غير محددة (كصف‎ - Y 
فى الجدول العلاقىء وهكذا بالنسبة لكل الجداول العلاقية يتم تعريف مجموعات‎ 
وهكذا.‎ s, t, r القيم المرتية المميزة مثل‎ 


ry 


نمذجة البيانات 


نموذج البيانات العلاقى الفصل الرابع 
—Y‏ يأخذ فى الحسبان أن الناتج الذى تم الحصول عليه هو أيضا جدول علاقى. هكذا 
تسمى الجداول العلاقية باسماء المتغيرات المميزة لكل الجدول العلاقية التى تم 
الحصول عليها. 
4- يتم التعبير عن أى من الشروط الإضافية المذكورة باستخدام القيم الفردية 
Aut‏ 
مثال (V-£)‏ : 
يوضح هذا المثال كيفية تمثيل المتغيرات قن الحساب العلاقى (الخاص بمجموعات 
القيم المرتبة) لإيجاد أسماء الموردين Sname‏ وأسماء قطع الغيار Pname‏ الموردة 
وكمياتها. Qty‏ كما هو مبين فى الشكل رقم (Yo—£)‏ الذى يمثل الجدول العلاقى (r)‏ 
gall‏ 


شكل رقم (YT-£)‏ يمثل الجدول العلاقى r)‏ ( الناتج 
e [r‏ 
-١‏ الجداول المستخدمة هى: S.P.SP‏ 


(Y) ± › ۴ يمثل الجدول العلاقى‎ y (5) « S يمثل الجدول العلاقى‎ x (4) المتغير‎ pg a-Y 
يمثل الجدول العلاقى الناتج.‎ :)3( « SP يمثل الجدول العلاقى‎ 










vial Sall -Y 
(rD |S OA Piy) ASP (z)Axll] 2z[1]A v[1]2z[2]^ 
r[1]2x[2]Arl2] = v[2] Ar[3] =z [3]] 
يعتبر هذا التعبير تعبيرًا حرًا. ولكن يتحول إلى تعبير مرتبط لو تم استخدام‎ -٤ 
: محددات القياس مثل‎ 
(re x) d y Az)... 


isit ira]‏ البيانات 


الفصل الرابع نموذج البيانات العلاقى 


Qoo‏ لغة الإنجريس Ingris Language‏ على الحساب العلاقى لمجموعات القيم 

«ol dall يسر عنها بتري طاق فيم‎ gl والتی یکن‎ ol 

(ب) الحساب العلاقى الخاص بنطاق القيم Domain Relutional Calculus‏ : 
اء sona‏ ةا قى Lol] GOS ges St‏ فيك قى dalli‏ اك 

tead JI الاشقاوفات‎ tat, 25 tl باق رفاك الق‎ sata] العف‎ coll فى‎ 

: فى الآتى‎ Gags 

oil all Biel IRR ETE SEIT‏ العام ينطاق 
القيم SERT oly aac S‏ الق SU‏ كور مص وماس PN il‏ 
ui‏ الكل cat‏ فى لاق gall‏ ا E E‏ ر مج jj go‏ 
depend ite JS gi‏ شيم Shey Lo‏ سجعوطة واسرة Lid‏ فى المساب العلاقى 
الخاص بمجموعات القيم المرتبة. 

(gl (Y)‏ قيمة فردية هى قيمة من نطاق قيم الجدول العلاقى. على سبيل المثال : لو 
فرض أن الجدول العلاقى ۸ Gla.‏ القيمة الفردية تكون Xi‏ فى حالة ما إذا كان 
مخطط الجدول العلاقى R‏ كالتالى: 

R(Xi , X2, X3, ..... Xn) 


Isisn 


وهو جدول علاقى من الدرجة xi Ss. N-ary‏ هو ثابت أو متغير لنطاق القيم 
أو شرط Gare‏ مثل (x X y)‏ حيث إن y x‏ هى ثوابت أو نطاق قيم او متغيرات و )-( 
عامل علاقى relational Operator‏ ومعنى القيمة الفردية (x X y)‏ هو أن ×. y‏ يجب أن 
تمتلك القيم التى تجعل الشرط ass‏ 
(Y)‏ الصيغ داخل الحساب العلاقى الخاص ينطاق القيم تستخدم العوامل 

المنطقية كما هو الحال فى الصيغ داخل الحساب العلاقى الخاص بمجموعات 

القيم المرتبة. 

ra 


às ie‏ البيانات 


نموذج البيانات العلاقى الفصل الرابع 
)£( أيضا تستعمل محددات القياس (Wx) (Ax)‏ لتشكل تعبيرات الحساب العلاقى 
الخاص بنطاق القيم « ولكن (x)‏ فى هذه الحالة تمثل متغير نطاق القيم بدلاً من 
متغير مجموعة القيم المرتبة . 
مثال (At)‏ : 
يوضح هذا المثال كيقية تمثيل المتغيرات فى الحساب العلاقى (الخاص 
بنطاق (ard!‏ لإيجاد أسماء الموردين Sname‏ وأسماء قطع الغيار Pname‏ الموردة 
وكمياتها. Qty‏ ويمكن التعبير عن ذلك كالتالى : 
A‏ (33,34,35,ط .0ط {abe |S (Xi, a, X3, X4) A‏ 


SP ) 21.22. C) A Xi 2 ZIA 91 =Z2} 

حيث إن : 

Sname تمثل اسم المورد‎ : a 

م : تمثل اسم قطعة الغيار .Pname‏ 

© : تمثل الكمية qty‏ 

وهذا gins‏ أن كلا من 4.0.٩‏ متغيرات خاصة Sy gill‏ يتم تجنب أى 
التباس يجب تعريف كل متغير قبل استعماله ثم التعبير عنه من خلال استعماله. 
صفات لغة الاستعلام المبينة علس نطاق القسم : 

لغة الاستعلام Query Language‏ المبنية على دعم الحساب العلاقى الخاص بنطاق 
القيم ينبغى أن تصنف إلى ثلاثة أشكال هى: 
(V)‏ قائمة لغة الاستعلام menu‏ : 

أسلوب يفترض عدم معرفة المستخدم بكل الأوامر Commands‏ فى القائمة ومن ثم 
ليس من الضرورى تذكر كل منها. كما آنها تتطلب استخدام قليل للوحة المفاتيح؛ مما 
يقلل الأخطاء»ء وإن كانت أقل تحكما فى النظام وعادة تعرض للمستخدم البسيط . 
وذكتي GUL Lill‏ الانجليزية ; 


ie |‏ نمذجة البيانات 


الفصل الرابع نموذج البيانات العلاقى 


: Forms نماذج لغة الاستعلام‎ (Y) 

أسلوب يعبر عن ' ' البيانات خلال نموذج محدد يتم ملؤه لتشكيل الاستعلام. 
وهو عادة يستخدم عمليات لخطوات معروفة ومحددة ويستخدم غاليا فى العيادات 
eig Gall‏ المخازن وغيرها. 
(Y)‏ أوامر لغة الاستعلام Commands‏ : 

وهى تشبه لغة الاستعلام الينانية Structured Query Language (SQL)‏ وتفترض 
معرفة كل الأوامر وفهم معانيها ومعرفة كيف ومتى يستخدم كل منها. وهى تزود 
المستخدم بالتحكم الكامل فى النظام ولكن بكتابة الأوامر وتذكرها. 
ثالثاً - قواعد سلامة قاعد: الببانات العلا قمة : 

قواعد سلامة النموذج العلاقى تندرج تحت SG‏ جزئيات هى: 

— قواعد سلامة الكينونة entity‏ أو النطاق Domain‏ . 

- قواعد السلامة Jala‏ الجدول العلاقى Intra-relation‏ . 

. referential integrity daa pll قواعد السلامة‎ - 

وتتم قواعد سلامة قاعدة البيانات من خلال المفاتيح الرئيسية Primary Keys‏ 
والمفاتيح الخارجية Foriegn Keys‏ : لذا يجب تعريف JS‏ من هذين المفهومين: 
المفتاح الرئيسى Primary Key‏ : 

يعد خاصية أو أقل مجموعة من الخصائص (الحقول) لا تتكرر قيمتها مع كل قيمة 
مرتبة (صف) لتعريف الجدول العلاقى relation‏ 
المفتاح الخارجى Foreign Key‏ : 

a‏ خاصية (حقل) أو مجموعة من الخصائص (الحقول) فى الجدول العلاقى 
laal relation‏ ذات قيمة يتم استخدامها لعمل تعادل مع قيمة خاصية المفتاح 
الرئيسى فى جدول علاقى آخر ؛ لذلك فإن المفتاح الخارجى (مفتاح مشترك) والمفتاح 
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موذج البيانات العلاقى الفصل الرابع 
eer re eer‏ قي الجن اتن التو يمي تر كقزري هنا على 
نفس نطاق القيم. 
acl ya -١‏ سلامة الكينونة entity‏ أو نطاق القيم Domain‏ : 

وتركز هذه القاعدة على المحافظة على قيم الخاصية (الحقل) داخل الجداول 
العلاقية. وتؤكد هذه القاعدة على أنه ينبغى ألا تكون قيم خصائص المفتاح الرئيسى أو 
أى قيم مرتبة (صف) tuple‏ خالية من القيم Not Null‏ وأحيانًا تسمى هذه القاعدة 
قاعدة سلامة نطاق القيم Domain‏ 
—Y‏ قواعد السلامة داخل الجدول العلاقى : 

ترتبط قواعد السلامة داخل الجدول الفلاقى بصحة العلاقة بين خصائص 
(الحقول) نفس الجدول العلاقى. ومنها على سبيل المثال: التبعيات الوظيفية Functions‏ 
dependancies‏ « وكذلك المحافظة على عدم تكرارية المفتاح. 
—Y‏ قواعد السلامة المرجعية Referential Integrity Rules‏ : 

تركز قواعد السلامة المرجعية unt‏ المحافظة على صحة وعدم تضارب (توافق) 
علاقات las Il‏ بين الجداول LED‏ وتتضنمن ael gall‏ التالية: 
)١(‏ قاعدة الإضافة : 

حفاظًا على قواعد السلامة المرجعية لا يجوز إضافة مجموعة قيم مرتبة فى جدول 
علاقى (نوع كينونة ابن) ما لم توجد مجموعة قيم مرتبة ملائمة فى الجدول العلاقى 
المرتبط به (نوع BAS‏ آب). 
(Y)‏ قاعدة الحذف : 

توجد ثلاثة خيارات لقاعدة الحذف يتم الخيار من بينها عند إنشاء الجدول العلاقى 
(نوع الكينونة) : 
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الفصل الرابع نموذج البيانات العلاقى 
أ-لا يجوز حذف مجموعة قيم مرتبة (كينونة) من جدول علاقى (نوع كينونة (Gi‏ إذا 

كانت هناك مجموعة قيم مرتبة (كينونة) أو أكثر ترتبط بها فى جدول علاقى آخر 

(نوع GS‏ ابن). 
ب - جعل قيمة المفتاح الخارجى فى مجموعة القيم المرتبة (لكينونة الابن) غير معروفة 

ثم تنفيذ عملية حذف على مجموعة القيم المرتبة (لكينونة الأب). 
Gia g‏ على مجموعة القيم المرتية (لكينونة (CY!‏ وجميع مجموعات القيم المرتبة 

المرتبطة بها فى الجداول العلاقية الأخرى. 
الشبعمات الو Functional Dependencies (FDs) i‏ : 

التبعية الوظيفية هى ارتباط خاص بين خاصتين أو أكثر فى الجدول العلاقى. 
gaal‏ هذه الخصائص تابعة Cab,‏ للخاصية الأخرى!). على سبيل المثال : فى Ula‏ 
افتراض وجود جدول علاقى وليكن R‏ . ويحوى مخططه خاصيتين : هما: الخاصية 
(8)التابعة وظيفيًا للخاصية (A)‏ بمعنى أن كل قيمة فى الخاصية (A)‏ تحدد قيمة 
واحدة فى الخاصية (8). ويمكن التعبير عن تلك التبعية الوظيفية كالآتى: 

A: B 

الطريقة الوحيدة لتحديد التبعيات الوظيفية هى تحديد مخطط الجدول العلاقى 
Lo Gi nas‏ اتشيه «al ual‏ فقن cana] ex (V«—£) JEM‏ أن danni.‏ اسم الور S‏ 
تستطيع ود WW‏ أن تحدد خاصية عنوان المورد Y «Y : A‏ يمكن تخزين عنوانين لمورد 
واحد فى قاعدة البيانات. ففى مخطط الجدول العلاقى SS (S.A. T, P)‏ توجد التبعيات 
الوظيفية التالية: 

۸ ي 5 


م ي SI‏ 


تسمى خصائص الطرف الأيسر للتبعية الوظيفية بالمحدد Determinant‏ 
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بد هيات التبعيات الو ظسفسة Axioms for FDS‏ : 
* إذا كانت dii‏ التبعية الوظيفية F‏ تتضمن منطقيًا : 
X 9 Y‏ 
فإنها يمكن التعبير عنها كالآتى : 
Y‏ جه F:X‏ 
« فئة التبعيات الوظيفية التى تتضمن بشكل منطقى التبغية الوظيفية F‏ تسمى 
بالفئة الانغلاقية F clusure‏ ويرمز لها بالرمز Fo‏ ويمكن التعبير عنها كالتالى : 
Stor | BS oro‏ م 
- لتحديد المفاتيح الأساسية والشاملة يلزم حساب فئة التبعيات الوظيفية الإنغلاقية *۴ 
من فئة التبعية الوظيفية ۴ وهذا يتطلب اتباع قواعد استنتاج التبعيات الوظيفية . 
حيث إن هذه القواعد تسمح باستنتاج كل التبعيات الوظيفية فى فئة التبعيات 
الوظيفية الإنغلاقية F^‏ 
أرمسترونج Armstrong's axioms‏ . 
- يمثل مخطط الجدول العلاقى مع فئة الخصائص Gall‏ الشاملة Universal set‏ والتى 
يرمز لها بالرمز U‏ على سبيل المثال الفئة الشاملة للجدول العلاقى R‏ وفئة التبعيات 
الوظيفة التى تتضمن فقط الخصائص فى الفئة الشاملة U‏ يمكن أن يرمز لها 
بالرمز UR‏ 
- سوف يشار إلى كل خاصية بالحروف الأولى منها (A. B. C...)‏ ويشار ASY‏ من 
خاصية (فئة جزئية) بالحروف الأخيرة (Z. Y. X Jia)‏ 
(الوقائع) بالحروف الصغيرة. 
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الفصل الرابع تمودج البيانات العلاقى 
قواعد استنتاج التبعيات الو Inference Rules shel‏ : 


لو فرض أن ٠.3.1.2‏ هى مجموعة الخصائص التى يتشكل منها مخطط 
جدول علاقى معين › فان قواعد استنتاج التبعيات الوظيفية تتضمن القواعد التالية: 








: Reflexivity قاعدة الارتداد‎ -١ 
: الشاملة لا . والتى يمكن أن يرمز لها جبريًا كالأتى‎ Gall جزئية من‎ Ga X لو كانت‎ 
x= 1 
+ أن‎ cls > Cal حزقة من‎ a Y. 5l 
2 6 
: فإن فئة التبعية الوظيفية ۴ هى‎ 
F:X 9 Y 
: JU على سبيل‎ 
: أى أن‎ AB جزئية مناسبة من‎ Gi هى‎ A لو أن‎ 
A = AB 
تحدد‎ AB الجزئية‎ Gill وبمعنى آخر‎ AB تعتمد على‎ A الجزئية المناسبة‎ Gall فإن‎ 
كالاتى:‎ Gyan ie والتى يمكن أن يعبر‎ A الجرّئية المناسبة‎ Xll 


AB ب‎ A 
: Augmentation 34357! قاعدة‎ —Y 
: لو قرض أن‎ 
وي‎ Y 
z= 3 


فإن فئة التبعية الوظيفية F‏ هى : 


F:XZ > YZ 
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حدث إن ER ee A‏ » هى مجموعة من الخصائص > وأن التبعية الوظيقية X Y‏ قد 
تكون فى فئة التبعية الوظيفية ۴. 
—Y‏ قاعدة الانتقالية Transitivity‏ : 
لو أن التبعيات الوظيفية هى: 
X 4 Y‏ 
Y 9 Z‏ 
فإن التبعية الوظيفية طبقا لقاعدة الانتقالية هى: 
XoZ‏ 
-٤‏ قاعدة Union ala3Yl‏ : 
لو أن التبعيات الوظيقية هى: 
X o Y‏ 
Y > 7‏ 
فإن التبعية الوظيفية طبقًا لقاعدة الاتحاد هى: 
X o YZ‏ 
—o‏ قاعدة الانتقالية الزائفة Pseudotransitivity‏ : 
لو أن olaall‏ الوظيقيّة هى: 
X 29 Y‏ 
WY > 7‏ 
فإن التبعية الوظيفية طبقًا لقاعدة الانتقالية الزائفة هى: 
XW 4 Y‏ 
"- قاعدة التفكيك Decomposition‏ : 
لو أن التبعيات الوظيفية هى: 
X 9 Y‏ 
Zo Y‏ 
فإنه طبقًا لقاعدتى الارتداد و قاعدة الانتقالية يمكن الحصول على التبعية الوظيفية 
التالية: 
2 جه X‏ 
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الفصل الرابع نموذج البيانات العلاقى 
Keys Qul ld !‏ : 

لو فرض أن: مخطط الجدول العلاقى (AT. ۸2. .... An)‏ ۴۸ » فإن التبعيات 
الوظيفية ۴ . و GEX‏ جزئية من مخطط الجدول العلاقى. أى أن: 

X C {AI A2, ........ An) 

فإن X‏ تصبح مفتاحا لو أن التبعية الوظيفية X‏ تحدد JS‏ الخصائص هى فى فئة 
التبعيات الوظيفية الانغلاقية ۴+ . وهذا يعنى أن X‏ هى المفتاح الشامل SY Super Key‏ 
كل الخصائص تعتمد عليه. 
المفتاح المرشح Candidate Key‏ : 

هو Jal‏ مجموعة خصائص التى تحدد وظيفيًا كل الخصائص ولكن لم يتم 
اختيارها لكى تكون مفتاحا اساسيا. 
المفتاح الشامل Super Key‏ : 

هو المفتاح الذى يشمل معظم الخصائص وجزء مته يمكن أن يصف الجدول 
العلاقى؛ وذلك e Gall SY‏ الأساسى جزء من e Gall‏ الشامل. 
duh Juil‏ للتبصسات Minimal Set of dependencies‏ : 
-١‏ ينبغى أن يكون الجانب الأيمن Gd‏ التبعية الوظيفية ۴ هو خاصية واحدة أو التأكيد 

من أنه لا توجد خصائص فى الجانب الأيمن زائدة. 
—Y‏ فى Ula‏ عدم ssas‏ التبعية الوظيفية. 

م و X‏ 
فى Ga‏ التبعية الوظيفية ۴ تكون Gall‏ : 


F - IX > Aj 
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مكافئة Gal‏ التبعية الوظيفية ۴ الجديدة. وبذلك يتم ضمان أنه لا توجد تبعية وظيفية 
فى فئة التبعية الوظيفية 5 تكون زيادة. 
-Y‏ وهكذا بدون الخاصية A‏ فى ۴ والفئة الجزئية المناسبة 7 للخاصية ‏ تكون: 

F - (X > نارم‎ {Z > A) 

تكافىء فئة التبعية الوظيفية ۴ الجديدة ويذلك يتم ضمان أنه Y‏ خصائص فى 
الجانب الأيسر تكون زيادة. 
حساب الفشة Computing Closure ud Wisi d]‏ : 

فى حساب Gi‏ التبعيات الوظيفية الانغلاقية F*‏ لمجموعة تبعيات الوظيفية ۴ تكون 
مهمة الوقت المستنفذ عموما بسيطة؛ وذلك GY‏ مجموعة التبعيات الوظيفية فى فئة 
التبعيات الوظيفية الانغلاقية F*‏ قد تكون ضخمة حتى لو أن لمجموعة تبعيات 
الوظيفية ۴ فى حد ذاتها كانت صغيرة!*). 

لو أخذ فى الحسبان أن Ga‏ التبعيات الوظيفية هى : 

F={A > BI. A > 82. ....... A — Bn} 
: التبعيات الوظيفية الانغلاقية ۴+ تتضمن كل التبعيات الوظيفية‎ Gs فإن‎ 
A> y 

حيث إن Y‏ هى Gall‏ الجزئية Bn]‏ .82 . /8). وأن حساب الخاصية الانغلاقية 
XP‏ دوا لادی X‏ تلخ aas Gay‏ حست طول olin!‏ اة ف tà‏ 
التبعيات الوظيفية .F‏ 
مثال )1١-4(‏ : 

لتوضيح كيفية حساب أقل فئة للتبعيات الوظيفية نفرض أن مخطط الجدول 
العلاقى ۸ يحتوى على مجموعة من الخصائص هى ( 6 . 2. © (A.B.‏ إلى جانب 
مجموعة من التبعيات الوظيفية هى : 

R (ABCDEG = [AB > C, © > A, BC > DACD > D,D > EG, 

BE ب‎ C.CG 4 BD.CE — AG} 
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: الخطوات‎ 
Xo = BD 
Xi = BDEG (D 4 EG) 
X2 = BCDEG (BE — CD ج‎ EG) 
X3 = ABCDEG (C > ABC DD EG, 


CG ب‎ BD.CE — AG) 
تبعية انغلاقية هى:‎ Ga Jal ومن هنا يتبين أن‎ 
(BD)* = ABCDEG. 

سمات نمو دج البمانات الغلا تی : 

-١‏ لغة الاستعلام تتعامل مع مجموعات القيم المرتبة فى نفس الوقت: لذا تسمى لغة 
القيم المرتبة (السجلات) Tuples‏ ^( , 

-Y‏ العديد من اللغات يعبر عن العمليات الخاصة ينطاق القيم Domain‏ ومجموعات 
القيم المرتبة (الصفوف) tuples‏ . منها الحساب العلاقى ولكنه ليس لغة إجرائية. فى 
حين أن الجبر العلاقى هو لغة إجرائية تكافىء قوتها الحساب O EAI‏ 

-Y‏ تعتمد على الأساس العلمى لنظرية الفئات الرياضية التى تميزها عن النماذج 
التبحرية (الهرمية - الشبكية). 

محدودية Gales!‏ العلا قية : 

aikas (fas V t Gilg Gal أنه نستغل تجاتمن النناتات‎ —\ 


المباشر للحقول (الخصائص) متعددة القيم -Valued multi‏ 

"- كينونة العالم الحقيقى لا تتناسب مع النموذج العلاقى مباشرة؛ لذلك là‏ التفكيك 
الصناعى أصبح ضروريًا. وهذا التفكيك يقلل الكفاءة ويرقع إمكانية فقدان الرابطة 
المنطقية للبيانات"). 


La 
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الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
مقدمة : 

من الأهمية بمكان فى هذا الفصل البدء بدراسة وتحليل تبعية البيانات » ويرجع 
السبب وراء ذلك إلى أن التصميم الجيد لقاعدة البيانات يؤدى إلى حماية تبعية البيانات 
فى اتصال قاعدة البيانات الحقيقية. وسوف يتم مناقشة الموضوعات التالية: 
تبعية البيانات : 

من الأهمية البالغة لمصممى قواعد البيانات العلاقية دراسة وتحليل تبعية البيانات» 
وذلك لتمييز بين قاعدة البيانات ذات التصميم الجيد وقاعدة البيانات ذات التصميم 
الرديء التصميم. ويسهل عمل هذه الدراسة عن طريق معرقة الروايط بين خصائص 

= قواعد الببانات £u JI‏ التصميم . 

Ll acl 48 -=‏ الجيدة التصميم . 
التفكيك : 

التفكيك هو العملية التى بها يتم تحليل شكل قاعدة البيانات وتجزينها إلى جداول 
علاقية أبسط. وقد يؤدى التفكيك إلى فقدان جزء من المعلومات. 
الريط : 

هناك نوعان من الربط. أحدهما الربط بدون فقدان» liag‏ يعنى أن كل جدول Ble‏ 
فى المخططات العلاقية يحقق التبعيات الوظيفية عند عمل ربط لها. بخلاف ذلك يكون 
الربط فقدانيًا. كما سيتم التعرف على أهداف التفكيك والتى تتمثل فى حماية كل من 
المعلومات والقيود. 
الطرق العلمية لتصميم قاعدة البيانات العلاقية : 
العلاقية. ومن هذه الطرق ما بلى: 

yor 
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- الطريقة التحليلية. 
- الطريقة الاصطناعية. 
- الطريقة الدلالية. 
تتضمن هذه الطريقة مجموعة من الخطوات التى تشتمل على التعامل مع الفنّة 
الشاملة U‏ > ومعرفة الشكل الطبيعى الذى تنتمى اليه الجداول العلاقيةء والتاكد من 
صفة التفكيك. 
التطبيع : 
لهه اام لوصول abad adis‏ إلى js elg pence, ole JES‏ 
طبيعى مجموعة من الشروط التى 3423 «AL.‏ سواء كان فى الشكل الطبيعى الأول « 
والثانى ally. SIGs.‏ » والخامس أم فى الشكل الطبيعى الخاص بيويس كود. 
تتضمن هذه الطريقة مجموعة من الخطوات التى تشتمل على التعامل مع الفئة 
الشاملة U‏ وقراءة الحروفء والاعتماد على الرسومات الخاصة بالتبعيات. 
مقدمة فى لغة الاستعلام البنائية : 
استخدامها؛ لما تحظى به من انتشار واسع النطاق. وتتكون هذه اللغة من تعليمات 
dinalis‏ کک dy‏ 


[os |‏ تمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
Data Dependency ikai kwal} Swami‏ : 

تصف تبعية البيانات اعتماد البيانات بعضها على بعض؛ لذا ينبغى أن تكون 
فى علاقات الربط باستخدام المفاتيح الأساسية التى لا تتكرر فى كل كينونةء إلى جانب 
ذلك ينبغى أن توضع قيود داخل الجداول العلاقية. 
JU‏ )0-\( : 

يبين هذا المثال تبعية البيانات كما هو موضح بالجدول العلاقى SS‏ الخاص ببيانات 
المورد فى الشكل رقم )0—\(. حيث ان كل مورد Supplier (S)‏ يورد مواد معينة )1( Items‏ « 


وكل مورد له عنوان Address (A)‏ وكل مادة لها سعر .Price (P)‏ 
شكل رقم (ه-١)‏ الجدول العلاقى SS‏ الخاص ببيانات المورد 


55 
[5 po 1] 


وتبدو فى هذا JULI‏ مشكلة البيانات الزائدة عن الحد s Si redundancies‏ 

PUR تروع‎ LE الووة.‎ sal (I ER lyn aai علي‎ lll 555 بحيث إن‎ 

wa‏ المورد (S)‏ وعنوانه (A)‏ أيضا . وكذلك عندما تتغير خاصيدة المادة (D)‏ الزائدة 
Y‏ بد من تغيير كل الجداول العلاقية relations‏ يقاعدة البيانات. 













ومن الأهمية بمكان أن يتم التنويه إلى نقطة مهمة هى مشكلة الحذف الشاذ 
deletion anomaly‏ التى تظهر عندما تحذف Sale‏ معينة من العلاقة SS‏ . فى هذه الحالة 
سوق يكم Sie‏ كل مجموعة القيع tuple £l‏ الخاصة بها بدلا من Gas‏ المادة »ومن 
ثم يتم حذف ذلك المورد (5). 


E جة البيانات‎ Ad 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
قا عد ة البسانات الردينة Bad-Designed DB preparel)‏ : 

يؤدى عدم الالتزام يبقيود السلامة المرجعية referential integrity‏ إلى ILS!‏ سلامة 
قاعدة البيانات. وقيد السلامة المرجعية هو قاعدة عمل تحافظ على سلامة مرجعية 
كينونة لكينونة أخرى أو ASÍ‏ فى قاعدة البيانات. وهناك أربعة مشاكل فعلية تواجه 
تصميم قاعدة البيانات وتتمثل معظمها فى الأخطاء. والأخطاء (anomalies)‏ هى 
تضاريات قد تنتج عند تحديث جدول علاقى به بيانات متكررة (زائدة عن الحد). وهذه 
المشاكل التى تؤدى إلى ردائة قاعدة البيانات هى : 
GLI! -١‏ الزائدة عن redundancy aall‏ . 
—Y‏ التعديل WNI‏ (الشاذ) Update anomaly‏ لتغيير مكونات مجموعة aud‏ مرتبة (صف 
-Y‏ الإضافة UNI‏ (الشاذة) Insertion anomaly‏ لإاضافة مجموعة قيم مرتبة (رصف 

كامل). 
£- الحذف الخطأ (الشاذ) Deletion anomaly‏ لحذف مجموعة قيم مرتبة (صف كامل). 

وتظهر هذه المشاكل فى حالة عدم مراجعة البيانات الزائدة عن الحد. وللوصول إلى 
التصميم الصحيح لقاعدة البيانات يجب معرفة : 

- آأسماء الخصائص. 

-الووايظ ميق الفسائسى [التبعية]. 

e ball -‏ الأساسى للجدول العلاقى. 
مثال (ه-؟) : 

هناك العديد من المشاكل فى )١-5( JUL‏ التى ينبغى إيجاد حل ملائم لها وفيه 
تم الاحتفاظ بالجدول العلاقى ذى المخطط التالى: 


SS(S,A,I,P) 


[is |‏ مذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
ومن هذه المشاكل: 
-١‏ زيادة البيانات عن الحد. 

يتم تكرار عنوان المورد (A)‏ واسم المورد (S)‏ فى حالة توريد JS‏ مادة (I)‏ . 
-Y‏ التعديل الشاذ : 

تتبعا لزيادة البيانات عن الحد » فإن تعديل عنوان مورد (A)‏ ما فى إحدى 
المرتبطة بذلك المورد. ومن ثم لن يتم الحصول على عنوان واحد للمورد بل أكثر 
من عنوان. 
—V‏ الإضافة الشاذة : 

تظهر هذه المشكلة فى حالة إضافة عنوان لمورد (A)‏ ما لم يكن هذا المورد يورد 
مادة واحدة على الأقل ؛ ولذا فمن الصعب الاحتفاظ بأسماء الموردين وعناوينهم فقط. 
- الحذف الشاذ : 

تبدو هذه المشكلة واضحة عندما يتم حذف كل المواد الموردة بواسطة مورد معدن ؛ 
لأنه فى هذه الحالة سوف تفقد كل المعلومات الخاصة بذلك المورد وفيها عنوانه. وعلاج 
هذه المشاكل بهذا المثال تكمن فى وضع الموردين فى جدولين علاقيين يمكن توضيحهما 
بمخططين علاقیین كالآتى: 

SA(S,A) 
SIP(S .I, P) 

ويإلحاق الوقائع بمخططات الجداول العلاقية السابقة يمكن الحصول على الجداول 

العلاقية فى الشكل (ه - (Y‏ 


جحي بيع جص ي 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


شكل رقم (Y-0)‏ للجدولين العلاقيين SIP , SA‏ 
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حيث انه قى الجدول العلاقى 58 تم وضع المورد (S)‏ . عنوانه (A)‏ : ومن ثم Y‏ 
توجد بيانات زائدة عن الحد. ويناء عليه يمكن إضافة عنوان gY‏ مورد جديد حتى لو لم 
بورد sl‏ مواد. Ll‏ فى الجدول العلاقى SIP‏ فإن السعر يتغير مع تغير كل مادة. ومع 
ul‏ يجب استضال الريط بين الجتولين الفلاقيين السايقتين. 


قاعد o‏ الببانات الجسدة Well-designed DB fregatid}‏ : 
تكون قاعدة البيانات جيدة ة التصميم لو e‏ تم تحقيق النقاط التالية: 
JSS —\‏ طبيعى معين Certain Normal Form‏ : 


Pablo Piss GSI) cos‏ شكل طبيغي i ra‏ كلما كانه فى الح 
الطبيعى الأعلى» سوف تكون أفضل ؛ لأن كل شكل طبيعى يتجنب مجموعة مشاكل 


: preservation of dependencies حمابة التبعيات‎ —Y 


-Y‏ تفكيك بدون فقدان 


SSeS]‏ م 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
التفكك : 


إنها العملية التى بها يتم تحليل شكل قاعدة البيانات وتفكيكه إلى جداول علاقية 
أبسط لكى تصل إلى الشكل المرغوب فيه (الشكل الطبيعى الأعلى). فى حالة عدم 
تفكبك فقدانى .Loosely decomposition‏ وعملية التفكيك بدون فقدان تكافىء الاختيار 
ual‏ الجين t Ball‏ خيك إن aal‏ التشعيار الرأسى موف يؤدى إلى الجدول 
العلاقى الأصلى. 
التفكيك الفقدانى Loosely decomposition‏ : 

يؤدى إلى فقدان كمية معلومات ودائمًا يكون فقدان جزء من معلومات الجدول 
العلاقى الأصلى. 
التفكيك بدون فقدان Lossless decomposition‏ : 

ال he‏ مكار وتم WEE‏ چ Soc‏ عددة مب dT‏ قشعا 
Saco i lan MS RAE AEG Bases UR Eun Ds La ERÎ‏ عقلوناةالأسلية. 
أسباب تفكيك مخطط الجدول العلاقى : 

أحد الدوافع وراء تنفيذ تفكيك مخطط الجدول العلاقى هو أن التفكيك تجنب بعض 
المشاكل التى يؤدى إلى جعل قاعدة البيانات رديئة. على سبيل Jl‏ لو تم أخذ مخطط 
الجدول العلاقى 55 فى الحسبان » وكانت التبعيات الوظيفية الخاصة به هى: 

x Em. 
Sl P 

لو آن 3 a2‏ البتاتات استعملت الجدولين العلاقيين SIP, SA‏ بدلا من Jasal‏ 
العلاقى 55 . فإنه من الطبيعى أن يكون من المتوقع أن الجداول العلاقية الحالية 
لمخططى هذين الجدولين العلاقيين هى اختيار رأسى لمخطط الجدول العلاقى 55. 


E 


قاعدة البيانات العلاقية جيدة التصميم haiji‏ الخامس 
dd dl‏ : 
xi!‏ اس دون فقد ان Lossless Join‏ : 

لو أن R‏ هى مخطط الجدول العلاقى المفكك إلى المخططات ALA? ... An‏ . وأن D‏ 
هى مجموعة التبعيات الوظيفية. فإن التفكيك فيما يتعلق بمجموعة التبعيات الوظيفية D‏ 
يكون ASE‏ ربط بدون فقدان » حيث إن كل جدول علاقى فى المخططات علاقية 
(A1LA?, ... An)‏ يحقق التيعيات الوظيقية عند عمل ريط لها. ولا بد من عمل اختبار 
للربط بدون فقدان للتاكد من أن الربط كان بدون فقدان للتبعيات الوظيفية أم لا. وفى 
أى قاعدة بيانات ٠‏ ينبغى أن تكون صفوف القيم فى الجانبين الأيمن والأيسر متساوية. 
خطوات ii iud!‏ من diu x!‏ يدون فقدان : 
المدخلات : 

R 2 Ai, Az, ... An مخطط الجدول العلاقى‎ - 

— مجموعة التبعيات الوظيفية F‏ والتفكيك حيث إن : 

R=RIUR2U.... URK 

المخرجات : قرار بخصوص ما إذا كان التفكيك بدون فقدان أم لا . 
الطريقة : 
-١‏ يتم إنشاء الجدول العلاقى الذى يحتوى على (n) ase‏ من الخصائص (أعمدة) e‏ 

وعدد (K)‏ من مجموعات القيم المرتبة (صفوف). 
—Y‏ يتم وضع الرمز aj‏ فى الصف (i)‏ والعمود (j)‏ لو كانت الخاصية Aj‏ موجودة فى 

الجدول العلاقى Ri‏ بخلاف ذلك يتم وضع الرمز bij‏ 
-Y‏ يتم تكرار ذلك على اعتبار أن كل تبعية وظيفية فى Ga‏ التبعيات الوظيفية ۴ هى: 

X y 


حتى Y‏ يمكن عمل أى تغيير على الجدول العلاقى. 


| نمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
-٤‏ فى كل مرة لابد من الأخذ فى الحسبان توافق التبعية فى كل الأعمدة مع ملاحظة 
الصفوف التى توافق تلك التبعية فى هذه الأعمدة. واستبدال الرمز bij‏ يما يتوافق 
مع التبعية بالرمز aj‏ 
- لو las‏ على صف واحد على الأقل يحتوى على * a^‏ فإن الربط يكون بدون فقدان 
للتبعيات الوظيفية » وبخلاف ذلك يكون الربط فقدانيًا . 
مثال (ه-؟) : 
فى حالة تفكيك الجدول العلاقى SS‏ الموجود بالمثال (Yc)‏ إلى الجدولين العلاقيين 
SA . SIP‏ حيث إن التبعيات الوظيفية هى: 
S — A‏ 
SI P‏ 
فإن الجدول العلاقى المبدئى يكون SA‏ حيث إن رمزى الصفين )` (ar‏ يتوقفان على 
الخاصية S‏ على سبيل المثال. وإن الصفين R2‏ و RI‏ يمثلاين التبعيتين الوظيفيتين 
السابقتين على التوالى. وإن الخاصية التى ليس لها تمثيل فى التبعية الوظيفية الخاصة 
بها يعيبر عنها بالحروف b‏ ويمثل الرمز الرقمى الصف ثم العمود. فى حين أن الخاصية 
التى لها تمثيل فى التبعية الوظيفية فيعبر عنها بالحرف a‏ مع الأخذ فى الحسبان رقم 
العمود فقط كما هو موضح بالشكل رقم (Y72)‏ 
الشكل رقم (Y—0)‏ الجدول العلاقى المبدئى لتمثيل التبعيات الوظيفية 





Jaus‏ التوازن بين حروف a>‏ فإن ba‏ تصبح دة i‏ لذا فإن الجدول الناتج كما هو 
موضح بالشكل رقم )£72( 
Mg‏ 


مذجه البيانات 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


الشكل رقم (ه-5) الجدول العلاقى النهائى لتمثيل التبعيات الوظيفية 





وحيث إنه تم الحصول على صف واحد (على الأقل) يحتوى على a's‏ فإن الربط 
يكون بدون فقدان. 
JU‏ )£76( : 
فى الجدول العلاقى SS‏ لو افترضنا أن التبعيات الوظيفية كانت كالآتى: 
S1‏ 
SA P‏ 
وأن المخططات الخاصة بالتبعيات الوظيفية هى 51 والتى fied‏ بالصف RI‏ . 5847 
والتى تمثل بالصف R2‏ : ولذا فإن الجدول المبدئى يتم توضيحه بالشكل رقم (ه-5). 


الشكل رقم (ه-5) الجدول العلاقى المبدئى لتمثيل التبعيات الوظيفية 





ويفحص التبعيات الوظيفية نجد أنه يمكن استبدال 512 بالأمر a2‏ 


Ea‏ نمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 


الشكل رقم (ه-1) الجدول العلاقى النهائى لتمثيل التبعيات الوظيفية 





وحيث إنه لم يتم الحصول على أى صف يحتوى على رموز (a)‏ فإن الربط 


فقدانى. 
أهداف التفكك : 


بغض النظر عما إذا كان الجدول المفكك يحقق الشكل الطبيعى الثالث أو الرابع 
أو الخامس » قهناك هدفان YASH‏ 

x‏ حماية المعلومات. 

vail Glas + 
: حماية المعلومات‎ (Y) 


تعنى آن الجداول العلاقية المفككة يتبغى أن تكون قادرة وهى مجمعة على تخزين 
نفس مجموعة الحقائق كما فى الجدول العلاقى الأصلى. ويشار إلى هذه القدرة كصفة 
الربط بدون فقدان للتفكيك. 


: حماية القيد‎ (Y) 


تعنى أن القيود فى الجداول العلاقية الأصلية والمفككة ينبغى أن تتساوى. ويشار 
إلى هذا الهدف كصفة لحماية التبعية. 


الطرق العلمية لتصميم قاعد ة الببانات العلا rud‏ : 


jw 


نمذجة البيانات 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
-١‏ الطريقة التحليلية Analytical approach‏ . 
—Y‏ الطريقة الاصطناعية Aynthetical approach‏ . 
—Y‏ الطريقة الدلالية Semantical approach‏ . 

تعمل الطريقتان الأولى والثانية بشكل جيد . فى حين تعتبر الطريقة الثالثة حديثة 
ومازالت فى طور التطوير Sly‏ كانت أصولها قديمة „Éa‏ 
الطريقة التحللية Analytical approach gosuéntásal]‏ : 

وتتضمن هذه الطريقة فى تصميم قاعدة البيانات الخطوات التالية : 
)١(‏ التعامل مع الفئة الشاملة نا كجدول علاقى واحد للحصول على قاعدة البيانات. 
(Y)‏ التأكد من أن الجداول العلاقية فى الشكل الطبيعى بويس - كود (BCNF)‏ لقاعدة 

البيانات الجديدة. 
SG (V)‏ من أن التفكيك يتضمن الصفتين التاليتين :- 

* عدم فقدان أى من التبعبات الوظيفية فى الفئة 7 . 

* عدم فقدان آى من الخصائص أو البيانات. 
Normalization gana I‏ : 
أضواع الخصانص : 

فى JÈL‏ رقم )۷-٤(‏ فى الفصل الرابع نجد أن مخطط الجدول العلاقى 5 الخاص 
بالمورد supplier‏ هو )*( : (S£, Sname . Saddr , Status . City)‏ 5 يلحظ أن خاصية رقم 
المورد 5# تمثل المفتاح» بينما فى مخطط الجدول العلاقى SP‏ يتكون المفتاح من 
خاصيتين كالآتى: 

SP ( S# , P#, Qty) 

Li,‏ كانت الخصائص المكونة للمفتاح Key‏ » فإن JS‏ خاصية تنتمى للمفتاح تسمى 

خاصية أولية Prime.‏ أما الخاصية التى لا تنتمى إلى المفتاح تسمى باللاأولية 


. Non-Prime 
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مذجة البيانات 


الفصل الخنامس قاعدة البيانات العلاقية جيدة التصميم 
أنواع التبعبسسة : 
يبين الشكل رقم (V-2)‏ ثلاثة جداول علاقية ضمن Gill‏ الشاملة -U‏ وإن مجموعة 
التبعيات الوظيفية F‏ هى A)‏ 
x Y‏ 


S 7 Y 
Z X Y 
Sade GESE LI 
Z,X, Y للجداول العلاقية‎ U الشاملة‎ Gall (V-o) الشكل رقم‎ 
أن الجدول العلاقى 2 هو فئة جزئية مناسبة من الجدول‎ (V72) يبين الشكل رقم‎ 
Z على كل من الجدول العلاقى × و‎ Lape وأن الجدول العلاقى لا يعتمد‎ X العلاقى‎ 
يمثل‎ lias. FY الانفلاقية‎ Gall بمعنى أن لا تعتمد فقط على خاصية واحدة فقط فى‎ 
ليس فئة جزئية‎ Z لو كان الجدول العلاقى‎ Lei .Portial dependecy التبعية الجزنية‎ 
. Fully dependeney سيصير تبعية كاملة‎ y فإن الجدول العلاقى‎ X مناسية من العلاقة‎ 
: First Normal Form (INF) الشكل الطبيعى الأول‎ 
إذا - ليس غير- كانت كل‎ (NF) يكون الجدول العلاقى قى الشكل الطبيعى الأول‎ 
قيمة فى نطاق القيم لكل خاصية قيمة واحدة فقط غير قابلة للتجزئة ولذا فإن الجدول‎ 
العلاقى يكون فى الشكل الطبيعى الأول إذا كان لا يحتوى على مجموعات متكررة.‎ 
وتكون قاعدة البيانات فى الشكل الطبيعى الأول لو كان كل جدول علاقى بها فى الشكل‎ 
ليس فى الشكل الطبيعى الأول.‎ RI الجدول‎ (Amo) الطبيعى الأول. ويبين الشكل رقم‎ 
(INF) ليس فى الشكل الطبيعى الأول‎ RI الجدول العلاقى‎ (A0) شكل رقم‎ 


RI 
[Sr Sane [ Siar [ Tat [ Fa | 
Ahmed 20 XI Paris 
X2 London 
R2 Mohamed 30 X3 Ryiadh 
X5 Geddeh 
R3 i 35 X3 
X4 





Gairo 
Paris 


Ibrahim 
[ix | البيانات‎ a> مذ‎ 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


ولتحويل الجدول العلاقى فى الشكل رقم (A-0)‏ إلى الشكل الطبيعى الأول (NEY)‏ 
لابد من إزالة المجموعات المتكررة كما هو موضح بالشكل رقم (ه-4). 


شكل رقم )4-0( الجدول العلاقى ۸2 فى الشكل الطبيعى الأول (INF)‏ 


R2 
[se se [s [e [e 


الشكل الطبيعى الثانى Secand Normal Form (2NF)‏ : 
يكون الجدول العلاقى فى الشكل الطبيعى الثانى (2NF)‏ لو كان فى الشكل 
الطبيعى الأول وكل خاصية لاأولية non_prime‏ فى الجدول العلاقى تكون لها تبعية 
كاملة على المفتاح. بمعنى آخر لو كان للخاصية اللاأولية تبعية جزتية » فإن الجدول 
العلاقى لا يكون فى الشكل الطبيعى الثانى. وتكون قاعدة البيانات فى الشكل الطبيعى 

الثانى لو كانت كل الجداول العلاقية بها فى الشكل الطبيعى الثانى. 
الشكل الطبيعى الثالث Third Normal Form (3NF)‏ : 

يكون الجدول العلاقى فى الشكل الطبيعى الثالث (BNF)‏ لو كان فى الشكل 
الطبيعى الثانى ٠‏ وإن كل خاصية لاأولية فى الجدول العلاقى لا تخضع للتبعية الانتقالية 
على أى مفتاح. بمعنى آخر فإنها لا تتغير إلا مع المفتاح فقط وليس غيره. 


ni‏ نمذجة البيانات 









الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
مثال (ه-ه) : 
افترض آن الفنّة الشاملة U‏ تشمل Mang (M) „Dept (D) . Items (1) , Store (S)‏ 
والتى يمكن التعبير عنها كالآتى: 
U=/S,1,D,M}‏ 
وأن التبعيات الوظيفية هى كالآتى: 
M]‏ جب F = [SI 4 D,SD‏ 
vaga‏ اسي الشكلالطبيعى للجدرل العلاقى عع وم aaa jill‏ الداقنة 3 
أن أى جدول علاقى هو فى الشكل الطبيعى الأول. 
الحل : 
أولاً : حساب الفئات الانغلاقية المختلفة وتحديد أيهما تشمل الفئة الشاملة كالآتى: 
(SI = SIDM =U‏ 
لذا تعتبر SIDM‏ هى المفتاح الشامل وأن SI‏ مفتاح مرشع. 
(SD)* = SDM # u‏ 
راع (DI* DI‏ 


(MI) = MI #0‏ 
لذا فإن Y MI, DI. SD‏ تعتبر مفاتيح. أما 1.5 فهما من الخصائص الأولية » قى 
حين أن N‏ , 2 من الخصائص اللاأولية . وأن SE‏ هو المفتاح الأساسى. 


وأن Gill‏ الانغلاقية للتبعيات الوظيفية هى: 


F* = [SI > DE > M.SD>M]} 


نمذجة البيانات “نا 


قاعدة البيانات العلاقيه جيدة التصميم Laii‏ الخامس 


ab‏ : الشكل الطبيعى الثانى : ينتهك فقط إذا كان: 
Sa plia DIS ao iM‏ 
oy‏ عندئذ تكون D‏ و M‏ خاصيتين لاأوليتين وسيكونان ذوى تبعية جزئية على 
OSs SI‏ فى هذه الحالة مو M‏ الخصائص اللاأولية وذات تبعية كاملة : لذا فإن 
الجدول العلاقى فى الشكل الطبيعى الثانى. 
ثالًا: الشكل الطبيعى الثالث : 
على الرغم من أن SD‏ ليس مفتاحا وأن: 
SD‏ > $1 
SD > M‏ 
من هذا يتبين أن الخاصية M‏ ذات تبعية انتقالية على e Gill‏ ؛ لذا فإن الشكل 
الطبيعى الثالث انتهك. 
مثال )1-0( : 
افترض أن الفنًّة الشاملة U‏ تشمل (Item (I) , Addr (A) , Supp (S) , Price (P)‏ 
Cha/S~ Ay IP‏ 
وان التبعبات الوظيفية ۴ هى: 


F* = [SI > SD, 
SD => M) 


المطلوب : تحديد الشكل الطبيعى للجدول العلاقى مع وضع الفرضية الدائمة من 


: dsl 
الشاملة.‎ Gall أولاً : حساب الفئات الانغلاقية المختلفة وتحديد أيهما تشمل‎ 
(S)! = SA # U 
(SI = SLAP = U 
(7 IP) = IP ¢ U 
RU 


نمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقيه جيدة التصميم 
لذا تعتبر SIAP‏ المفتاح الشامل . ويعتبر SE‏ المفتاح المرشح. 
(SP) = SAP #U‏ 
ab‏ — الشكل الطبيعى الثانى: 
ويتبين من التبعيات الوظيفية F‏ أن: 
A‏ ب SI‏ 
م ب د 


ويتضح أن الخاصية A‏ ذات تبعية جزئية على المفتاح المرشح › ومن هنا يتبين أن 


الشكل الطبيعى الثانى قد انتهك. 


Ja‏ (ه-7): 
نفرض أن الفئة الشاملة U‏ تشمل ills City(C) . Street(S), ZipCod(Z)‏ يمكن 
التعبير عنها كالآتى: 


U- [C. S.Z] 
: وآن التبعيات الوظيفية ۴ هی‎ 
F - (CS — Z, 
2x3 
المطلوب : تحديد الشكل الطبيعى للجدول العلاقى مع وضع الفرضية الدائمة من‎ 
أن الجدول العلاقى بالشكل الطبيعى الأول.‎ 
الحل:‎ 
الشاملة.‎ Gall الانغلاقية المختلفة وتحديد أيهما تشمل‎ call حساب‎ : Yi 
(CS)* = CSA =U 
(Zi! ZC #U 
(ZS)! = ZCS =U 
(Z8)* = ZC راع‎ 
تمثل المفتاح الأساسى.‎ CS تعتبر المفتاح المرشح وإن‎ CSZ لذا فإن‎ 


Dn 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
Cot‏ - الشكل الطبيعى الثانى : 
من التبعات الوظيفية F‏ التالية : 
CS > Z‏ 
2G‏ 
يتبين أن الخاصية Z‏ ذات تبعية كاملة على Gall‏ ¢ الأساسى CS‏ ومن هذا jai‏ 
ie‏ — الشكل الطبيعى الثالث : 
كما هو واضح أن خاصية 7 خاصية لاأولية وليس لها تبعية انتقالية على المفتاح 
الأساسى CS‏ لذا فإن العلاقة فى الشكل الطبيعى الثالث. 
الشكل الطبيعى بويس — كود (BCNF)‏ : 
يعتبر الشكل الطبيعى الثالث كافيًا لمعظم التطبيقات العملية لقواعد البيانات ولكنه 
لا يضمن إزالة كل الأخطاء. فقد تحدث مشكلة إضافة أو تحديث أو حذف فى حالة 
وجود ASI‏ من مفتاح مرشح فى جدول علاقى بالرغم من أنها فى الشكل الطبيعى 
الثالث. 
وتكون العلاقة فى الشكل الطبيعى بويس - كود (BCNF)‏ إذا كانت جميع 
الجدول العلاقى يجب أن يكون مفتاحًا. ويلاحظ أنه لو كان الجانب الأيسر من التبعية 
الوظيفية F‏ ليس مفتاحا فإن ذلك سيؤدى إلى تبعية جزئية ولا يصبح الجدول العلاقى 
فى الشكل الطبيعى بويس - كود. ويوضح الشكل رقم )0—-\( تسلسل الأشكال 


الفصل الخامس قاعدة البيانات العلاقيه جيدة التصميم 


شكل رقم )٠١-4(‏ يوضح تسلسل الأشكال الطبيعية 





(A~o) JL_ts 
حيث يوجد الجدول العلاقى فى الشكل الطبيعى الثالث.‎ (V-o) فى المثال‎ 
Y المطلوب: تحديد ما إذا كان الجدول العلاقى يخضع للشكل الطبيعى بويس  كود أم‎ 
الحل:‎ 
F تشكل مفتاحا أساسيا « وان التنغيات الوظيقية‎ CS ..ZS إن كلا من‎ ae 
CS به‎ 7 
2 جه‎ © 
من التبعية الوظيفية الثانية ليس مفتاحًا شاملاً أو مفتاحًا‎ Z وإن الجانب الأيسر‎ 
BCNF مرشحا فإن الجدول العلاقى ليس فى بويس - كود‎ 
: خطوات تفكيك بدون فقدان ربط فى الشكل الطبيعى بويس - كود‎ 
F المدخلات: مخطط الجدول العلاقى ۸ والتبعيات الوظيفية‎ 
المخرجات: تفكيك الجدول العلاقى  بدون فقدان دمج. حيث إن كل مخطط جدول‎ 


علاقى فى التفكيك يتم OLS]‏ أنه فى بويس - كود ٠‏ يرفض من التبعيات الوظيفية F‏ 
لذلك الملخطط. 


Lv | البيانات‎ isit 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


(V)‏ يتكون التفكيك فى البداية من مخطط الجدول العلاقى R‏ فقط. 








(Y)‏ إذا'كان a S‏ م خطط Jes all‏ العلاقى فى GI is. ASA‏ لبس قى 
البويس-كود. 
عندئذ يتم جعل التبعية الوظيفية التالية: 
XA‏ 
فى S‏ مخطط الجدول العلاقى حيث إن الخاصية X‏ ليست مفتاحًا لذلك المخطط. 
(Y)‏ يتم استبدال مخطط الجدول العلاقى 5 عند تكرار التفكيك JS‏ من مخططى 
الغلاقيين 52, 5١‏ « حيث إن مخطط الجنول الغلاقى 51 يتكوڻ من الخاصية A‏ 
والخاصية (X‏ 2 تتكون من كل الخصائص الموجودة فى مخطط الحدول 
العلاقى S‏ ماعدا الخاصية A‏ وهكذا يكون: 
bie‏ الحقولية Sand‏ 51 52 فتتين حون متا سن مو مخطط الول 
العلاقيين 51 S2.‏ تسناوى «X‏ أى أن: 
وإن الفرق بين مخططى الجدولين العلاقيين S1‏ . 52 يساوى «A‏ أى أن: 
)£( كل من مخططى الجدولين العلاقيين 51. 52 ينبغى أن يحتويا على خصائص 
أقل مما هو فى مخطط الجدول العلاقى 5. وهكذا كل مخطط جدول علاقى له 
خاصيتين أو Jil‏ يجب أن يكون فى الشكل الطبيعى بويس - كود ABCNF)‏ 
مثال (ه-5): 
ضع مخطط الجدول العلاقى ISR‏ الخصائص التالية فى الشكل الطبيعى 
بويس - كود: 
المادة : Course (C)‏ ؛ المدرس : Teacher (T)‏ . الوقت المخصص للمادة: Hour (H)‏ « 
غرفة التدريس : Room (R)‏ « الطلاب: Student (S)‏ « التقديرات : Grades (G)‏ 


Live |‏ مذجة البيانات 


القصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
Ibs‏ يمكن التعبير عن مخطط الجدول العلاقی ۸ كالآتى : 
RG Td iG)‏ 
القيود: 
)١(‏ كل مادة (C)‏ لها مدرس (T)‏ واحد فقط. 
(Y)‏ المادة (C)‏ الواحدة فقط يجب أن تكون فى غرفة التدريس (۸) فى الوقت 
المخصص للمادة (H)‏ . 
(T)‏ مدرس (T)‏ واحد فقط يجب أن يكون فى غرفة التدريس (R)‏ فى الوقت 
المخصص للمادة (H)‏ . 
)£( كل طالب (S)‏ له تقدير (6) واحد فقط فى كل مادة (C)‏ . 


)^( الطالب (5) يجب أن يكون فى غرفة التدريس (R)‏ فى الوق تالمنخصص 
للمادة (H)‏ . 


الخ 
Gall‏ الشاملة هى : 
U={C.T,H,R.S,G}‏ 
التبعيات الوظيفية المستتتجة من القيود هى: 
Faft T.HR 9 C‏ 
HT > RCS 4 G,HS 4 R}‏ 
حساب الفثات الانقلاقية: 
(Cj x CT aU‏ 
راع (HR) = HRCT‏ 


(HS)*= HSRCTG =u 
vr 


نمذجة البياتات 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 

بناءً على خطوات التفكيك فإنه يتم اختيار أى فئة انغلاقية عدا (HS)*‏ التى تمثل 
المفتاح المرشح. ومن هنا يتبين أن مخطط الجدول العلاقى R‏ ليس فى الشكل الطبيعى 
بويس — كود؛ لأنه ليس كل الجوانب اليسرى فى التبعيات الوظيفية ۴ تمثل مفتاحا. 
ولتفكيك هذ الجدول العلاقى إلى الشكل الطبيعى بويس - كود » نأخذ التبعية 
الوظيفية 6 ^ GS‏ حيث إنها تنتهك شرط الشكل الطبيعى بويس - كود CS SY‏ ليس 
مفتاحا. 


(V)‏ تفكيك مخطط الجدول العلاقى الأصلى R (C, T, H, R, S, G)‏ إلى كل من 
المخططين (C. T. H. R. S), RI (C, 5, G)‏ 82. حيث إنه يمكن اختيار التبعية 
الوظيفية. 
(Y)‏ انه من السهل OLS!‏ أن مخطط العلاقة RI‏ فى الشكل الطبيعى بويس - كود. 
(Y)‏ يجب تفكيك مخطط الجدول العلاقى R2 (C, T, H, R, S)‏ وتختار التبعية : 
7 ب C‏ 


لتقسيم مخطط الجدول العلاقى ۸2 إلى مخططين .R3 (C, T), R4 (C, H, R, S) Lads‏ 
ومن الواضح أن مخطط الجدول العلاقى R3‏ يخضع للشكل الطبيعى بويس - كود. 
ومن ثم ينبغى إعادة تقسيم مخطط الجدول العلاقى ۸4 باستخدام التبعية الوظيفية: 
CH —R‏ 
وفى النهاية سوف يتم الحصول على المخططات التالية للجدول العلاقى R (C. T. H. R, S, G)‏ 
وهى: 
e RI (C, S, G)‏ 
e R3(C.T)‏ 
e R5(C.H. R)‏ 


e R6(C.H, S) 


ليبرا نمذجة SULI‏ 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
حيث يلاحظ أن التبعية الوظيفية : 
CH —R‏ 
تؤدى إلى تغطية المخطط العلاقى ۸4 حيث يتبعها التبعيات الوظيفية التالية: 
C >R‏ 
HT —R‏ 


الشكل رقم )0—\\( يوضح شجرة التفكيك حسب التبعيات الوظيفية 


R(G, TH. ع‎ 
: HS c Gall 


RI (C. S. G.) R2 (C, T. H, R,S) 
CS : المفتاح‎ HS : p Gill 
(BCNF) G a! cili يحتف‎ 










R3 (C. T) 
C : المفتاح‎ 
(BCNF) 


R4 (C, H. R, S) 
HS : c Gall 
T الاين‎ ilai ciiay 






R5 (C. H, R) R (C, H, S) 
CH, HR : المفتاح‎ SH : المفتاح‎ 
(BCNF) (BCNF) 


جڪ حح ص 


قاعدة البيانات العلاقية جيدة التصميم haii‏ الخامس 
عسوا | اتس i‏ 
(S)‏ أنه لا يحتفظ ببعض التبعيات الوظيفية كما فى JEM‏ رقم )4-0( حيث تم فقد 
هذه التبعية: 
HT —^R‏ 
gal (Y)‏ متاق موقي ينين cel‏ الناري p aad‏ فى الوصول إلى Jii e a‏ 
العلاقية للشكل الطبيعى بويس - كود. وانما تعتمد على خيرة المصمم وكذلك 
الشكل الطبيعى الرابع Fourth Normal Form(4NF)‏ : 
قد تحدث مشكلات فى حالات الإضافة أو الحذف أو التحديث فى حالة وجود 
تبعيات متعددة القيم (Multivalued)‏ بين الخصائص فى جدول علاقى معين بالرغم من 
أنه فى الشكل الطبيعى بويس - كود: ولذا يكون الجدول العلاقى فى الشكل الطبيعى 


الرابع إذا كان فى الشكل الطبيعى بويس - كود BCNF‏ ولا تحتوى على قيم 


YO) متعددة‎ 


ويتبين ذلك من دراسة الجدول العلاقى الخاص yo pally‏ الدراسية” OFFERING‏ 
كما فى الشكل رقم Sly .(\Y-0)‏ القواعد الدلالية لهذه العلاقة s‏ 


)١(‏ لكل مادة (Course)‏ يوجد أكثر من محاضر (Instructor)‏ وأكثر من مرجع 
.(Textboob)‏ 


(Y)‏ المحاضرون والمراجع تابعون مرتبطون بالمادة فقط فى حين أنهم هم مستقلون 
عن بعضهم. 


مذجه البيانات 


الفصل الخامس قاعدة البيانات العلاقبة جيدة التصميم 








شكل رقم (Wo)‏ الجدول العلاقى الخاص "بالفرص "aal all‏ 


OFFERING 


Course Text-Book 


Management Ali Drucker 


Management Drucker 


Management Drucker 
Management Peters 
Management Peters 
Management Peters 


بقحص الجدول العلاقى الخاص s aL”‏ الدراسية” OFFERING‏ فى الشكل رقم 
)١125-(‏ نجد أنه فى الشكل الطبيعى بويس - كود ؛ ولكن يوجد شكل من آشکال 
التبعية بين الخصائص. وتكمن هذه التبعية فى أنه لكل مادة مجموعة من المحاضرين 
ومجموعة من المراجع. وتسمى هاتان التبعيتان ب التبعيات متعددة القيم ويرمز لها 
P LS‏ 

Zs 





COURSE 44 INSTRUCTORS 

COURSE جب‎ TEXTBOOK 
فى الجدول العلاقى؛‎ (A, B. C) وتحدث هذه التبعيات عندما توجد ثلاث خصائص‎ 
مستقلة عن‎ (B) ولكن قيم‎ (C) ard ومجموعة‎ (B) توجد مجموعة قيم‎ (A) ولكل قيمة‎ 
والعكس بالعكس. ولازالة هذه الأخطاء من الجدول العلاقى الخاص بالفرص‎ (C) 
ينبغى تقسيمه إلى جدولين علاقيين للتخلص من التبعيات‎ OFFERING الدراسية‎ 
متعددة القيم. وحينئذ تصبح الجداول العلاقية الناتجة فى الشكل الطبيعى الرابع كما‎ 

فى الشكل رقم (ه-5١).‏ 


تمذجة البيانات | 1 


قاعدة البيانات العلاقية جيدة التصميم القصل الخامس 
الشكل رقم (\¥-o)‏ الجداول العلاقية الناتجة عن تقسيم الجدول العلاقى yell!‏ 
'بالفرص الدراسية" OFFERING‏ فى الشكل الطبيعى الرابع 
TEACHER TEXT‏ 
Management‏ 


: Fifth Normal Form (5NF) الشكل الطبيعى الخامس‎ 


تكون العلاقة فى الشكل الطبيعى الخامس (SNF)‏ 131 كانت فى الشكل الطبيعى 
الرابع وليس بها تبعيات الربطء والتى تبين إمكانية إعادة إنشاء الجدول العلاقى 
الأصلى من الجداول العلاقية الناتجة من التقسيم دون الحصول على مجموعات للقيم 
المرتبة (ضفوف) زَائدَة sí‏ ناقصة. ويكون الجدول العلاقى به تبغية ريط فى خالة عدم 
القدرة على إعادة بناء الجدول العلاقى الأصلى من الجداول العلاقية الناتجة عن 
التقسيه!'). 

ويجب أن يلاحظ أن تبعيات الربط نادرة الحدوث وأن الشكل الطبيعى الثالث كان 
فى معظم الأحوال أنسب للتطبيقات العملية. 
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Management 
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الطريقة d!‏ صطناعة Synthetical approach gail‏ : 
وتضمن هذه الطريقة فى تصميم قاعدة البيانات الخطوات التالية AD)‏ 
-١‏ التعامل مع الفئة الشاملة U‏ والتبعيات الوظيفية F‏ للحصول على قاعدة البيانات. 
iei t‏ تسروف ET aic‏ 
-٣‏ تعتمد على الرسومات Graphs‏ والمنطقيات Logics‏ وتفترض أن التبعيات لها متكافتة 


ow |‏ تمذجه البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
فقيل suit‏ السدوعة setai‏ 

يتكون الرسم Graph‏ من الرؤوس Vertices‏ والوصلات Edges‏ ويعبر عنه كالتالى: 

G z(V.E) 

وتتكون الرؤوس (V)‏ من مجموعتين c‏ يمكن أن يرمز لإحداهما Vs‏ والأخرى .V‏ 
المركبة فى الجائب الأيسر من التبعيات الوظيفية مثل ( (AB >C‏ ويعتبر عن مجموعة 
الرؤوس V‏ كالاتى: 

V= LVs + Ve 

وتتكون الوصلات (E)‏ من مجموعتين e‏ يمكن أن يرمز لإحداهما بالرمز E^‏ والتى 
تمثل الوصلة الكاملة بين رأسين فى حين تمثل "ع الوصلة المنقطة التى تصل بين 
الرأس الممثل للخصائص US ll‏ وبين محتويات هذه الخصائص الأصلية. 
مثال )0--\( : 

بفرض أن الفئة الشاملة لقاعدة البيانات هى: 

U=(A, B, CD, E, F, G) 

G=7, £=6; ES م‎ D= C > B=2 As 

Ol oA odas Lp سسب‎ Lady Lats ALII Sall كاسية فى‎ JS likey 
التبعيات الوظيفية هى:‎ 

F = {A > BCF, C  D,BD ب‎ EEF —4 G} 

وهكذا فى التبعيات الوظيفية يجب أن يعطى الجانب الأيسر للخصائص المركبة 

itis Ca,‏ فى القيمة لآخر .رقم تم الوصول إلية. ومن كم قإن؛ 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
BD 6‏ الاح BF‏ 
لذا فإن Ga‏ الرؤوس ۷ تكون كالآتى : 
UA E Aa SEA AOA TRA‏ 


وتكون فثة الوصلات الكاملة E^‏ بناء على القيم الرقمية للخصائص الفردية 
والخصائص المركبة كالآتى: 


] )97( .)8.5( . )3:4( .)1.6( . )1.3( ,)1.2( { دع 
فحين تكون Ga‏ الوصلات المنقطة E!‏ كالآتى: 
])84( .)82( .)9.6( . )9.5( { داع 
المطلوب : استنتاج الرسم التبعى Dependency Graph‏ . 
الحل: 
Yl‏ : يتم تمثيل فئة الرؤوس V‏ . 
aus Gal‏ الوصملك الكاملة والمنقطة بناء على الفكقين؟ط Lag hSuts ais ally BY.‏ 


حسب التبعيات الوظيفية ويناء عليه يتم الحصول على الرسم كما بالشكل 
رقم )0-£\(. 


شكل رقم )0 - (E‏ يبين تمثيل الرسم للتبعيات الوظيفية 


OQ 
© Ww © 


O Pose ^L 
البيانات‎ isit a] 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 








المشكلة : فى الرسم السابق هى القدرة على تحديد المسار بين رأسين. 
اعرسم | Implication Graph (IG) ig‏ : 


هو pany‏ قرس Subgraph‏ من yajlo d 345 Btn aiias gio cual! gas‏ 
Give)‏ ؛ حيث إن أى رأس يحتويها لابد أن تنتمى إلى فئة الرؤوس. أى أن : 


veV 
e cE 


فرعى من الرسم الأصلى G‏ يحقق شروط الضمنية . عندئذ يوجد ضمنيا بين رأسين. 

بصفة عامة كما تم توضيحه من قبل . فإن مشاكل تصميم قاعدة البيانات تبزغ 
من البيانات الزائدة عن الحد حتى فى الطريقة التحليلية للتصميم. ففى أى JE‏ 
طبيعى عندما تكون البيانات زائدة عن الحد فإن التصميم النهائى سوف يتضمن هذه 
الزيادة. ولكن لتغطية هذه الزيادات فى الطريقة التحليلية » كان لابد اضطراريًا تحديد 
الفئة الانغلاقية للتبعيات الوظيفية LE"‏ بينما لا تعتمد الطريقة الاصطناعية على تغطية 
هذه الزيادات باستخدام Gall‏ الانغلاقية للتبعيات الوظيفية E‏ . 

لتمثيل الرسم لابد من توافر التبعيات الوظيفية للرسم (۴ . ۷ ) 6 والرؤوس المميزة 
له (مثل (i. j‏ فى الفئة ۷. والرسم الضمنى من الرأس الأول ¡ الى الرأس الأخير j‏ هو 
رسم فرعى من الرسم الأصلى. بمعنى آخر نجد أن: 

G(i.j)= (Vi , Eï) 

لمجموعة التبعيات الوظيفية للرسم. وفى حالة وجود رسمى ضمنى بين رأسين € 
فإن الجدول العلاقى بين هذين الرأسين تكون 83515 عن الحد ولا بد من إزالتها. وتبداً 
القواعد التالية (الحالات) بمساواة x‏ بالراس ز وتعيد تعريف نفسها بإنشاء رسم فرعى 
يعتمد على صقات الرأس النهائى x‏ 


نمذجة البيانات L^.‏ 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
قاعدة (الحالة) :١‏ 

يكون الرأس النهائى × للرسم ) G (i x‏ بسيطًا. وعندما sags‏ الرأس ck‏ حيث إن 
الوصلة الكاملة ) (k. x‏ تكون متضمنة فى الوصلة Eix‏ , 


x 
R ا‎ 


(V)‏ الوصلة (ik)‏ تنتمى إلى الوصلة Eix‏ أى أن SIS‏ من الوصلة الكاملة أو المنقطة 
تكون بين ALK‏ 


حيث إن j‏ تمثل Cul‏ بسيطًا والوصلة (kj)‏ تكون وصلة ALIS‏ 


(Y)‏ فى الرسم الضمنى توجد الوصلة من الرأس i‏ إلى الرأس k‏ وتنتمى إلى 
G (ix)‏ عندما لا تنتمى الوصلة (ik)‏ إلى E‏ 
x‏ 5 
 j‏ —— تت 
القاعدة (الحالة) ¥ 
الرأس النهائى × للرسم G Ga)‏ تكون مركبة وذات رؤوس مكونة لها . ويمكن أن 
یرمز لھا IGS‏ حيث إنه يفترض أن sse‏ هذه الرؤوس () : 
ml,m2,.....mr-l,m‏ 
وتنتمى الوصلات المنقطة التالية: 
(x.ml ) , (x,m2), .... . (x. mr)‏ 
الى Bix‏ . ويكون رأس واحد على الأكثر من عدد الرؤوس ماو i sul Jl‏ 
(VY Voor)‏ ولايد أن تكون الوصلة الخارجة من i‏ وصلة كاملة. 


Liar |‏ نمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
i,m e E‏ 


(Y)‏ الرسم الضمنى من ms ulli‏ يوجد ويكون فى الرسم G (X)‏ عندما ) (ims‏ لا 
تنتمى إلى الوصلة 8. 


الحالة الأولى: 
شکل رقم )0—0\( يوضح الرسم الضمنى G (i,k)‏ 
K Dy‏ 
NS wA‏ 
P ict | ET‏ 
i ae" 5 10 Beia 4‏ 


ولابد من التآكيد على أن الوصلة الخارجة من الرأس 1 تكون وصلة كاملة ‘ 
ويستحيل أن تكون منقطة؛ لأن الرأس 1 يجب أن يكون بسيطًا لأنه أحد مكونات الرأس 
ET‏ 


الحالة الثانية: 
فى المثال رقم (ه-١٠) gill‏ يتضمن Gall‏ الشاملة U‏ التالية: 
U=(A, B, C, D, E, F, G)‏ 
والتبعيات الوظيفية ۴ هى: 
EEF 5G]‏ ب D.BD‏ ب € , BCF‏ ب F= {A‏ 
والسؤال: هل يوجد رسم ضمنى من الرأس ۸ إلى الرأس 6 ؟. 
الحل: يوجد رسم ضمنى عندما يخرج من الرأس 4 على الأقل وصلة كاملة 


واحدة. وينم توضيح الحل برسم الرؤوس والوصلات الكاملة والمنقطة. وفى حالة عدم 


ما 


نمذجة البيانات 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


وجود وصلة كاملة لا يمكن أن يتم الحصول على رسم ضمنى. ويبين الشكل رقم 
(ت13) incl a JE‏ 


G (AG) للرسم‎ G (A , EF) يوضح الرسم الضمنى‎ (V0) شكل رقم‎ 








ee BD 5 
: : 
{Ne B 
C Dy Z^ G 
S em ف‎ 
A Zz 


«(\V—0) فى الشكل رقم‎ LS والذى يمكن تبسيطه‎ 
© (A,G ) تبسيط للرسم الضمنى‎ (YV—0) شكل رقم‎ 
:)١١-ه( مثال‎ 
لقاعدة البيانات الخصائص التالية:‎ U الشاملة‎ Gall تبين‎ 
U z (A. B, C, D, E. F) 
: والتبعيات الوظيفية الآتية‎ 
F = {AB > ECD > FA ب‎ C.B > CB > D.C ب‎ A > D 9 B.F جب‎ AD} 

المطلوب: استخدام الرسم التبعى فى تحديد الرسم الضمنى 
الحل: الرسم التیعی G (V.E)‏ حيث إن: 

ال يه ويم PITA EGA‏ م 


وكل من الخصائص المركية بالجانب الأيسر تأخذ Led,‏ كما هو معروف على سبيل 
المثال: 88-7 CD=8.‏ . وآن عدد الوصلات الكاملة يساوى oae‏ الخصائص الموجودة 
بالجانب الأيمن للتبعيات الوظيفية؛ لذا فإن: 


En‏ نمذجة البيانات 


القصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
بينما يكون aae‏ الوصلات المنقطة مساويًا لعدد المحتويات المكونة للرؤوس المركبة ؛ 
ومن ثم فإن : 
EP = ((V. V). (V. Y) . (A. Y). (A. &)}‏ 
شكل رقم (YA-0)‏ الرسم الضمنى المنقوط 


3 l 
e mc cm d 73 
8«- ue 


~à d 
4 2 
هو معروف أنه إن لم توجد وصلة كاملة على الأقل بالرسم لا يمكن الحصول‎ LS, 
جميع الوصلات‎ OY على رسم ضمنى ويسمى هذا الرسم بالرسم الضمنى المنقوط؛‎ 
الخارجة من الرأس 8 لا تحتوى على وصلة كاملة.‎ 
.)١5-ه( ومن جانب آخر: لو فرض أن الرسم كان كما بالشكل رقم‎ 
الرسم الضمنى الكامل‎ (V4—-0) شكل رقم‎ 


ونظرا لأن الرأس 8 خرج منه وصلة كاملة (على الأقل) فإنه يسمى الرسم 
الضمنى الكامل . 
الرأس الزائد عن الح : 


الرأس المركب 1 فى الرسم التبعى يكون زائدًا لو أن كل وصلة من الرأس i‏ إلى 
si JI‏ زفى الوصلات E‏ زائدة. بمعنى آخر فانه عندما لا توجد وصلة خارجة أو داخلة 
لاراس i‏ وحذفها Y‏ يغير التبعيات الانغلاقية. 





قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 








الوصلة الزائدة عن الحد : 


(Y)‏ لأى وصلة كاملة بين رأسين i‏ ز » ويوجد رسم ضمنى منقوط بين هذين 
الرأسين . عندئذ تكون الوصلة زائدة كما هو موضح بالشكل رقم (Y«—5)‏ ودائمًا 
تكون الوصلات الزائدة وصلات كاملة وليست منقطة. 


الشكل رقم (Y-—0)‏ يبين الوصلات الزائدة عن gall‏ 


Leste (Y)‏ تكون الؤصلة رز )فى الوصلة uus Ms ET‏ الضهتى [الكآمل gh‏ المنقوظ) 
لا يحتوى على وصلة كاملة من 1 إلى ز فان الوصلة (ij)‏ تكون زائدة. 
مقدمة فى لغة الا ستعلام البنانيسة : 

قد تم تطبيق هذه اللغة على قواعد البيانات العلاقية ‏ وهى لغة بيانات فرعية Data‏ 
Sub-Language‏ لأنها لا تحتوى على تعليمات للتحكم بالإضافة إلى سهولة تعلمها. 
وأصبحت لغة أكثر أهمية بعد أن تم استعمالها WIL.‏ لنظم قواعد البيانات العلاقية 
لشركة أى .بى IBM al.‏ لكل من SQL / DS.‏ , 082 وتعتبر أوراكل ORACLE‏ ھی 
selyd alts aal‏ البراتات الفا Ra) Jostens ill gpd Vl‏ تماق SQL lll‏ 
والتى تلقى bil‏ واسعا فى الحاسبات الإلكترونية بأنواعها المختلفة (كبيرة الحجم - 
متوسطة الحجم - صغيرة الحجم). وقد قام معهد المقاييس القومية الأمريكية ANSI‏ 
بإضفاء الصفة الرسمية لها بوصفها لغة قياسية لقواعد البيانات العلاقية. ويرجع 
السبب وراء ذلك إلى أن التركيب القياسى المقترح كان موجهًا نحو نسخة لغة استعلام 
Lik,‏ مضمنة embedded‏ فى أى لغة برمجة أكثر منها لغة استعلام بنائية بمفردها. 
وحالنا aes‏ معظم إدارة قواعد البيانات العلاقية المعالجة المباشرة Interactive SQL‏ 
ومضمنة فى برامج لغات الجيل الثالث -Embeded SQL‏ 


1AT 


تمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
مميزات لغة الاستعلام البنائية SQL‏ : 

-١‏ لغة علاقية قياسية مشابهة للغة الانجليزية. 

: لغة بسيطة ومرنة وقوية فى تداول بيانات الجداول » فهى لغة‎ -Y 

Non Procedural لااجرانية‎ x 

* تسمح بالمعالجة المباشرة Interactive SQL‏ 

يتمكن JS‏ مستخدم للغة الاستعلام البنائية SQL‏ من تداول ومعالجة مجموعة من 
الجداول التى تناظر قيودًا مختلفة» تشكل وحدة كاملة من هذه الجداول وصلاحيات 
تداول البيانات منظور المستخدم لقاعدة البيانات. وفى أى Ula‏ بمقدور المستخدم أن 
aaa‏ على التداول القام JS)‏ الجدلول كو إتكناوها. 

وتتكون لغة الاستعلام البنائية SQL‏ من تعليمات لتعريف البيانات ولمعالجتها 
وللتحكم فيها. ويتم استخدام لغة تعريف البيانات Data Definition Language (DDL)‏ 
فى إنشاء Slas‏ وتعديل جداول قاعدة البيانات. Lul aus‏ ستخدام da]‏ معالجة البيانات 
Data manipulation Language (DML)‏ فى استرجا ع وصيانة (إضافة وحذف وتعديل) 
بيانات قاعدة البيانات. أما لغة التحكم فى البيانات Data Control Language (DCL)‏ 
فيتم استخدامها فى تحديد صلاحيات التداول. وسوف يتم طرح فكرة ميسطة عن 
كيفية إنشاء ومعالجة مخططات قاعدة البيانات باستخدام لغة الاستعلام البنائية SQL‏ ('). 
أضواع يانات لغة الاستعلام 1 SQL uni d‏ : 

تعتمد أنوا ع البيانات على نظام إدارة قواعد البيانات المستخدم ومنها!*): 
-١‏ بيانات رقمية: 


« أرقام صحيحة (موجبة أو سالبة). تتراوح فى المدى (TY. VIA -TY VAV)‏ وتعرف 
بكلمة SmallInt‏ . 


نمذجة البيانات L^‏ 


قاعدة البيانات العلاقية جيدة التصميم haiji‏ الخامس 








—v,\éV,£AT, MV) all وسالبه) . تتراوح فى‎ 4 à 2. ga) ta أرقام صحد‎ * 
. Integer (INT) £a, ويتم تعريفها‎ (Y, EV, EAT. VEA 


* الأرقام الحقيقية. بتكون الرقم من m aac‏ من الخانات. منها m‏ على يمين الفصلة 
العشرية. ويتم تعريفها بكلمة NUMBER (m,n)‏ . 
-Y‏ بيانات حرفية : 


+ سلاسل حرفية ثابتة الطول. المدى )٠٠٠١-١( n^‏ حرفًا. ويتم تعريفها بكلمة 
-CHAR(n)‏ 


s (Y-« زلاحه‎ 7n gall متفئرة الطول.‎ EA E 
: بيانات الوقت والتاريخ‎ -Y 

* بيانات تاريخ -DATE‏ 

* بيانات وقت .TIME‏ 

+ بيانات وقت وتاريخ .TIMESTAMP‏ 
أولاً: تعريف البيانات Data Definition(DDL)‏ )°( ; 
أمر إنشاء جدول CREATE Table‏ : 


المستخدمون قد يغيرون مخططاتهم Schemas‏ بواسطة lgi‏ معالجة bball‏ 
المختلقة. أمر الانشاء CREATE Statement‏ يستعمل لإضافة جدول الى المخطط . 


: Create table التركيبة اللغوية لأمر إنشاء جدول‎ * 
CREATE TABLE < table name > 


( < Calumn definition > [{,< Colamn definition > } ...] : 


ES‏ تمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
* التركيبة اللغوية لعبارة تعريف العمود :Column definition‏ 
Column name > < data type > ] Not NULL]‏ 


au‏ توصيف العمود المناظر لآى خاصية. وقد لا ست لعمود معين YO‏ يحتوى 
على قيمة خالية NULL‏ باستعمال عبارة ليست قيمة خالية NOT NULL.‏ تختلف 
القيمة الخالية عن المسافة blank‏ أو الصفرء وهى تشير إلى قيمة معينة قد تكون غير 
معروفة أو قيمة متاحة. على سبيل المثال: عنوان موظف قد بکون غير معروف فى وقت 
معين» وفى هذه الحالة يمكن استخدام القيمة الحالية NULL‏ 


مثال (ه-»١):‏ 

يبين هذا المثال e L3] GES‏ منخططات قاعدة cb‏ الإدارة" كما فى الشتكل ay‏ 
(ه-١5)‏ وواقعة JS‏ مخطط كما فى الشكل رقم (YY72)‏ 
|— مخططات قاعدة البيانات : 


شكل رقم (YV-0)‏ مخططات قاعدة بيانات الإدارة 
* إنشاء جدول الإدارة 
CREATE TABLE DEPARTMENT‏ * 
(DNAME CHAR (15) NOT NULL .‏ 
LOCATION CHAR (2).‏ 
MANAGER CHAR (15) ):‏ 
* إنشاء جدول المهام 
CREATE TABLE TASK‏ * 
(DNAME CHAR (15) NOT NULL.‏ 
TASKNO INTEGER NOT NULL ,‏ 
TASKNAME CHAR (15)) :‏ 
* إنشاء جدول الموظفين 
CREATE TABLE EMPLOYEE‏ + 
(DNAME CHAR (15) NOT NULL ,‏ 
SSN CHAR (9).‏ 
NAME CHAR (15),‏ 
SALARY INEGER ,‏ 
ADDRESS CHAR (20)) :‏ 


[ui See 


الفصل الخامس 


قاعدة البيانات العلاقية جيدة التصميم 








* CREATE TABLE STATUS 
(DNAME CHAR (15) NOT NULL , 
SSN CHAR (9), 

TASKNO INTEGER , 
ST CHAR (10) ) : 


نمذجة البيانات 


ب - وقائع جداول قاعدة البيانات 


شكل رقم (YY—0)‏ وقائع جداول قاعدة بيانات «الإدارة» 


+ واقعة جدول الإدارة DEPARTMENT‏ : 


DNAME LOCATION 












Dm | 0 ED 
y 7 


* واقعة جدول المهام TASK‏ : 


DNAME TASKNAME 









: 
Pme | ا‎ [oem 
fi 


uem | 7 om — 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 


شكل رقم (YY—0)‏ وقائع جداول قاعدة بيانات "à lal‏ 


* واقعة جدول الموظفين EMPLOYEE‏ : 


DNAME NAME SALARY ADDRESS 
En 


s li 


5 3C 
Traning 8888 19 Al-Awal St. 


* واقعة جدول الحالة STATUS‏ : 


DNAME Task No 
ifi 





Engineering 2222 |e 
Library 5555 
Programs 6666 


2 





قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
wider yel ×‏ هدول DROP TABLE‏ : 

ai‏ الحذف DROP Statement‏ يتم استعماله Gis)‏ جدول من مخطط قاعدة البيانات. 
* التركيبة اللغوية لأمر حذف جدول Drop Table‏ 

DROP TABLE <table name > 

: (W—6) مثال‎ 

يمكن حذف جدول STATUS "Ill‏ من مخطط قاعدة بيانات "الإدارة' كالآتى := 

DROP TABLE STATUS : 

: ALTER هجدول‎ iii أصر‎ 

يستخدم أمر تغيير جدول ALTER Statement‏ لتغيير توصيف الجدول. وذلك 


بإضافة عمود جديد أو تغيير نوع بيانات العمود ci)‏ بزيادة طول الحد الاقصى للخانة 
فى الجدول). 


ALTER TABLE التركيبة اللغوية لأمر تغيير جدول‎ x 
ALTER TABLE < table name > { ADD | MODIFY } + 


< Alter table clause > ; 


* التركيبة اللغوية لعبارة تغيير جدول alter table clause‏ 


{ > Column name > > data type > } | 
([ > Column name > < data type > 


Column name > > data typ > } ...] )]‏ < , {[ 
مثال (ه-5١)‏ : 
يبين JUL‏ التالى إضافة عمود الاسم Name‏ قى جدول الحالة STATUS‏ (على 
افتراض أنه لم يتم حذفه كما تم بالمثال (ه-5١)‏ ). 
ALTER TABLE STATUS‏ 
ADD NAME CHAR (15):‏ 


me e] 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 


; =) Data Manipulation (DML) السساضات‎ Alae : ثانيا‎ 
: SELECT Statement أمر اختر‎ 
SELECT jii! pei هو‎ SQL من أكثر الأوامر أهمية فى لغة الاستعلام البنائية‎ 
أمرا معقداء وله اختيارات مختلفة تشتمل على إمكانيات‎ AA أمر‎ sag -Statement 
خاصة لثلاث عمليات أساسية فى الجبر العلاقى؛ هى:‎ 
Join Ls JI - 
. Project الاختبار الرس‎ - 
Select الاختيار الأفقى‎ - 
SELECT Statement “337 التركيبة اللغوية لأمر‎ — 
على الرغم من تعقيد تركيبة الأمر إلا أنه يمكن صياغتها بشكل مبسط كالآتى:‎ 
SELECT [ DISTINCT] > Calumn name > 
[{ <. name column > } ... ] 
< Table expression > 
table expression اللغوبة لعبارة تعبير جدول‎ dus jill * 
> FROM > > Table name > [{, > Table name >) ...] 
[ > WHERE > > Search condition > | 
] < GROUP BY Clause > ] > HAVING Clause > |] ] 
] > ORDER BY Clause ] : 
GROUP BY “Guus التركيبة اللغوية لعبارة جمع‎ * 
GROUP BY | Table name] > Column name > 
HAVING «Has التركيية اللغوية لعبارة‎ * 
HAVING > Search Condition > 
ORDER BY as التركيبة اللغوية لعبارة رتب‎ * 


ORDER BY > Column name < [ { . < Column name>}... | 


! 
نمذجة البيانات 


قاعدة البيانات العلاقية جيدة التصميم uel Jani‏ 

يطبع أمر SELECT Statement ` pial‏ دائمًا النتيجة فى جدول. وسيتم استخدام 
وقائع قاعدة بيانات “Slay!”‏ لاستنتاج كل الاستفسارات فى الأمثلة التالية. وتسهيلاً 
لإيضاح كل Ua‏ (فى معظم الحالات) فإن: 

* الأمر يبين فى الجزء (i)‏ 5 

(ii) والنتيجة يشار البها فى الجزء‎ x 
Project الاختيار الرأسى‎ (1) 

مثال (ه-6١):‏ 

بفرض أن هناك رغبة فى الحصول على كل أسماء الإدارات فى جدول "الإدازة 
DEPARTMENT‏ وفى هذه الحالة يتم LLS‏ جميع الخصائص التى نريد اختيارها 
pot ally. Losi,‏ فى هنذا الاستهسار cle‏ خاضية Sal‏ هقط فى اسم الإدارة 
Dname‏ وهذه القائمة متبوعة بعبارة من FROM‏ « يليها أسماء الجداول التى 
تستدعى منها البيانات. وفى هذه الحالة تتغامل مع جنول Slo!‏ فقط . وسوف يتم 
-i‏ اطيع أسماء الإدارات Dname‏ فى جدول الإدارة . 

(i) SELECT DNAME 


FROM DEPARTMENT : 
(ii) 


Dname 
Engineering 


Training 


EE ا‎ 





haii‏ الخامس قاعدة البيانات العلاقية جيدة التصميم 
ae‏ اطبع الاسم Name‏ والمرتب Salary‏ لكل موظف . 


(i) SELECT NAME . SALARY 
FROM EMPLOYEE : 
(ii) 
ريال سعودى.‎ "5,٠٠٠ ج- اطبع كل البيانات لكل موظف يحصل على مرتب أكثر من‎ 
(i) SELECT DNAME , SSN . NAME , SALARY , ADDRESS 


FROM EMPLOYEE 
WHERS SALARY > 25.000 





: 






(ii) 


D [9 [9-9 D— 9 — 
LT 
LT 





فاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


د- اطبع اسم الادارة Dname‏ واسم الموظف Name‏ والمرتب Salary‏ لكل موظف يحصل 
eee‏ 
(i) SELECT DNAME , NAME . SALARY‏ 
FROM EMPLOYEE‏ 
WHERE SALARY > 25.000‏ 


(ii) 
[rane | ع | ع‎ 





Yo... بها موظفون يحصلون على مرتب أكثر من‎ all أسماء الإدارات‎ gall ه-‎ 
فقتل‎ cA aad de Sis Gf ی‎ les Jis 
(1) SELECT DNAME 
FROM EMPLOYEE 
WHERE SALARY » 25.000 
(il) 


Engineering 


Em‏ و 





الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
و- اطبع بدون تكرار كل أسماء الإدارات التى بها موظفون يحصلون على مرتب أكثر 
من 5 JL, Yo...‏ ويبين المثال التالى GES‏ تجنب التكرار فى الاستعلام . 
(i) SELECT DISTINCT DNAME‏ 
FROM EMP: OYEE‏ 








WHERE SALARY > 25.000 
(ii) 
Dname 
Engineering 


Sales 


Library 





ى- اطبع اسم الإدارة Dname‏ واسم الموظف Name‏ والمرتب Salary‏ لكل موظف يحصل 
على مرتب أكثر من ۲٠۰۰۰۰‏ ريال. بحيث يتم ترتيب الناتج تصاعديًا حسب 
المرتب Salary‏ حيث تستخدم عبارة "رتب حسب ORDER BY‏ لعمل الترتيب. وفى 
حالة الترتيب التنازلى تستخدم عبارة تنازلى DESC‏ بعد عيارة ‏ رتب 
ORDER BY as‏ . 


(i) SELECT DNAME , NAME, SALARY 
FROM EMPLOYEE 
WHERE SALARY > 25.000 
ORDER BY SALARY ; 


(ii) 
[mum [ Name [sary 
Sulaiman 


Se‏ جص 











S| | 8 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
-J‏ اطبع الاسم والمرتب الجديد لكل موظف فى إدارة المبيعات بعد زيادة مرتيه يما 
silty + Galea‏ 


(i) SELECT NAME. SALARY + 1000 
FROM EMPLOYEE 
WHERE DNAME = "SALES" : 


(ii) 





: Relational Operators uui العلا‎ jol gad! 


pb gill b tll‏ عبار Jalsall jase yanks a3 WHERE “3! tua”‏ تة 
التالىة: 





: Boolean Operators العواصل المنضقسة‎ 


إضافة إلى Jol gall‏ العلاقية قد تتضمن عبارة حيث إن WHERE‏ بعض العوامل 
المنطقية التالية: 


الرمز 





الفصل الخنامس قاعدة البيانات العلاقية جيدة التصميم 
(ب) الريط Join‏ : 


يستخدم أيضا أمر Select gal‏ للتعبير عن الربط » إلى جانب استخدامه الموضح 
فى الأمثلة السابقة فى تنفيذ عمليتى الاختيار الأفقى والرأسى. ويمكن استخدام أمر 
!55 للتعبير عن أى نوع للربط عن طريق استخدام ollas‏ علاقية مختلفة داخل 
pi‏ اختر Lilo cel sg.‏ فى حالة ظهور اسم العمود فى ASi‏ من جدول مثل (Dname)‏ 
آن يؤهل العمود باسم الجدول الملائم لتجنب اللبس. وتتم عملية التاهيل بكتابة اسم 
الجدول legis‏ ياسم العمود » على أن يتم الفصل Logis‏ بنقطة „dot‏ 
مثال )0 — (VV‏ 
أ- بقرض أن هناك رغبة فى ربط جدول "الإدارة” DEPARTMENT‏ وجدول "المهام 
TASK‏ ويمكن إتمام عملية الربط كالآتى: 
(i) SELECT DEPARTMENT.DNAME , LOCATION . MANAGER‏ 
TASKNO, TASKNAME.‏ 


FROM DEPARTMENT, TASK. 
WHERE DEPARTMENT.DNAME = TASK.DNAME : 


(il) 


Eng 

















aio] riemer 
neem v [wsumr| i | ewes | 
mee s [wem i | we | 
ILLE KN LEL EEN EC 
[we [ow em | p mee 
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قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


: ب- طباعة أسماء الموظفين فى قسم الهندسة الذين أتموا المهمة‎ 
(i) SELECT NAME 
FROM EMPLOYEE , STATUS 
WHERE EMPLOYEE.NAME = STATUS.NAME 
AND EMPLOYEE.SSN = STATUS.SSN 


AND EMPLOYEE. DNAME = ENGINEERING 


AND ST = COMPLETED ; 


Salah 

تم إظهار all‏ 8 على تجميع الاختيار الرأسى والأفقى فى الأمثلة السابقة 
باستعمال أمر "!35" Select‏ وكذلك تم استعمال أمر Select Al‏ فى عملية الريط. 
وقد تم تجميع ثلاث عمليات فى أمر واحد كما يتبين من المثال (ه-1١) lias.‏ 
الاستفسار يبحث عن أسماء الموظفين فى إدارة الهندسة الذين أتموا مهمتهم. ومن ثم 
يتم ريط جدول EMPLOYEE aibli‏ وجدول STATUS ULAN‏ الاختيار الأفقى 
لإدارة الهندسة واتمام الحالة ثم يليها الاختيار الرأسى للاسم. ويتم الإشارة إلى ربط 
الجدولين فى عبارة من FROM‏ مع أول شرطين فى عبارة Sus’‏ أن" WHERE‏ . وكذلك 
تتم الإشارة الى الاختيار الرآسى بواسطة اسم العمود بعد امر ex select "piil‏ 

يشار إلى الاختيار الأققى فى آخر شرطين فى عبارة ias‏ إن" WHERE‏ 


الإشارة إلى الفئة الجزئية لعلاقة الربط : 


(ii) 


تستخدم عبارة فى IN‏ كجزء من عبارة Sus‏ إن WHERE‏ للاشارة الى 444 
الموظف فى إدارة المبيعات Sales‏ أو إدارة التدريب Training‏ فإنه يمكن الحصول على 
الاستفسار مكتويًا بثلاث طرق مختلفة كما هو موضح بمثال (Wo)‏ كالآتى: 


لما تمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
)1( الجزء (a)‏ يعطى نوع الاستعلام الذى سبق شرحه. 
(ب) الجزء (b)‏ يوضح استعمال عبارة "فى" IN‏ فتستعمل عبارة "فى" IN‏ لعضوية فئة, 

. Training , Sales ] لعضو فى الفئة‎ Dname] يطلب قيمة‎ dun 
SQL. للغة الاستعلام الينائية‎ Union يستعمل عملية الاتحاد‎ (c) الجزء‎ (z) 

مثال (ه-ل١)‏ : 

اطبع رقم الضمان الاجتماعى SSN‏ واسم كل موظف Name‏ الذى يوجد إما فى 
إدارة المبيعات آو إدارة التدريب. 

(a) SELECT SSN , NAME 


FROM EMPLOYEE 
WHERE DNAME = Sales’ 


OR DNAME = Training ; 


(b) SELECT SSN , NAME 
FROM EMPLOYEE 
WHERE DNAME IN 


("Sales . Training") ; 
(c) SELECT SSN .NAME 
FROM EMPLOYEE 
WHERE DNAME = Sales" 


UNION 
SELECT SSN , NAME 
FROM EMPLOYEE 


WHERE DNAME = ‘Training °; 


EZE البيانات‎ isiè 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


ويكون ناتج عمليات الأجزاء الثلاثة (a) , (b) , (c)‏ كالتالى: 


Name 





أمر" اختر " المتداخل Nested SELECT‏ : 
مثال (ه-18): 


اتعامها فى أقساخهم. هتاف طريفتان BL‏ مثل هذا الإستفسان: 
(i)‏ الطريقة ama! alil‏ على الريط iras c‏ الطريقة السابق Gilly Gem t‏ 
س توضيحها فى الجزء š (a)‏ 
(ب) is pall‏ الثائية فى سمياغة الأ تغاق Select ^ xà jal alui iul‏ الال 
(a) SELECT MANAGER‏ 


FROM DEPARTMENT , STATUS 
WHERE DEPARTMENT.DNAME = STATUS.DNAME 
AND ST = COMPLETED’ 
(b) SELECT MANAGER 
FROM DEPARTMENT 
WHERE DNAME IN 
(SELWCT DNAME 
FROM STATUS 


WHERE ST = COMPLETED ): 


Lr]‏ تمذجة البيانات 


الفصل الخامس قاعدة البيانات العلاقية جيدة التصميم 
ويكون ناتج عمليات الجزأين (a). (b)‏ هما : 


A|-SALEH 


JAFER 
AL-ASKER 


AL-HAJAS 





الدوال التجمبعية المثبتة: 
تنفذ الدوال التجميعية الخمس المثبتة عملياتها على العمود الذى يتم اختياره من 
جدول معين يتم 5254253 Jisall siig linus‏ هة 


an 





(MA -Y) Js 
الحصمول على التتائع.‎ GAS, GAM التالى استخدام الدوال التجميعية‎ JUL! cas 


(i)‏ اطبع عدد الإدارات. 
(a)‏ 
(i) SELECT COUNT (DNAME)‏ 
FROM DEPARTMENT :‏ 
(ii) SELECT COUNT (DISTINCT DNAME)‏ 
FROM EMPLOYEE ;‏ 


نمذجة البيانات 


قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 
ويكون الناتج العائد كالتالى: 


(iii) 





(ب) أطبع Si‏ مرتب للموظف فى إدارة التدريب 
(a)‏ 
(i) SELECT MAX (SALARY)‏ 
FROM EMPLOYEE‏ 
(ii) WHERE DNAME = Training :‏ 
ويكون الناتج العائد كالتالى: 
)11( 
MAX (Salary‏ 


ج- اطبع مجموع المرتبات فى إدارة المبيعات. 





(i) SELECT SUM (SALARY) 
FROM EMPLOYEE 
WHERE DNAME = Sales `: 

(il) 






SUM (Salary) 


د- اطبع متوسط المرتب فى إدارة المبيعات. 





(i) SELECT AVG (SALARY) 
FROM EMPLOYEE 
WHERE DNAME = Sales `; 


AVG (Salary) 
26500 


Lr‏ نمذجة البيانات 


(ii) 











haii‏ الخامس قاعدة البيانات العلاقية جيدة التصميم 


تجميع النتافج: 

كل من عبارتى HAVING “cies ; GROUP BY us pea‏ تحققان استفادة 
بالغة فى اتصالها مع الدوال المثبتة فى لغة الاستعلام البنائية SQL‏ فعبارة ges‏ 
حسب” GROUP BY‏ تعيد ترتيب الجدول فى مجموعات مبنية على خاصية محددة. 
ويبين JUL‏ (ه-١5)‏ فى الجزء (a)‏ كيفية إيجاد متوسط المرتب فى كل إدارة. ويتم 
استعمال عبارة HAVING ‘dia‏ مع عبارة pea’‏ حسب” GROUP BY‏ لتصف Ú pi‏ 
معينا. ويبين فى الجزء (b)‏ تحديد متوسط المرتب فيما بين ۲۰۰۰۰۰ Jo‏ ۲۷,۰۰۰ 
JL,‏ مع الطباعة فى ترتيب الناتج بناء على اسم الإدارة. 


:)"١-ه( مثال‎ 
dla] IS فى‎ esl laste Xe la -] 
(a) 
(i) SELSCT DNAME, AVG (SALARY) 
FROM EMPLOYEE 
GROUP BY DNAME : 
(1) 


DNAME AVG (SALARY) 


Training 
Programs 
Library 
على‎ . JU. ese - ۲۰.۰۰۰ متوسط المرتب فى كل إدارة لمتوسط المرتب بين‎ gabl ب-‎ 
أن يكون الناتج مرتيا على اسم الإدارة.‎ 
(i) SELECT DNAME , AVG (SALARY) 
FROM EMPLOYEE 


نمذجة البيانات EZ‏ 





قاعدة البيانات العلاقية جيدة التصميم الفصل الخامس 


GROUP BY DNAME 
HAVING AVG (SALARY) BETWEEN 2000 AND 27000 
ORDER BY DNAME : 


AVG (Salary) 
26500 


Training 23000 





leat |‏ 5 الفئة غير الفار فة: 
تستخدم عبارة EXISTS “sags‏ لاختيار الفئة غير الفارغة . Ox non empty Set‏ 
JÈ‏ (ه-١؟)‏ البحث عن لأسماء المهام التى تمت بواسطة الموظف فى الجزء (i)‏ وهو 
يتم أخذ صف من جدول TASK aLe‏ » ثم يليه البحث عن صف فى جدول 
STATUS ULAT‏ التى لها نفس رقم المهمة TaskNo‏ وذات القيمة الحالة ST‏ ثم يتم 
اختيار اسم المهمة رأسيا. 


وتستخدم علامة النجمة (*) للاشارة إلى جميع الخصائص. وقد يتم استعمال 
كلمات ANY gi.‏ و ALL JS.‏ » مع عوامل المقارنة التى تسبق الاستعلام الفرعى e‏ 
وهو ما سيتم توضيحة فى المثال (YY76)‏ 
مثال (ه-١5):‏ 


(i) 
SELECT TASKNAME 
FROM TASK , STATUS 
WHERE TASK.TASKNO = STATUS.TASKNO 


AND ST = Completed 
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(ii)‏ 
SELECT TAKNAME‏ 
FROM TASK‏ 
WHERE EXISTS‏ 
(SELECT *‏ 
FROM STATUS‏ 
HERE STATUS.TASKNO = TASK.TASKNO‏ 
AND ST = Completed ) ;‏ 


:(YY-o) مثال‎ 


أ- اطبع اسم الإدارة واسم US‏ الموظفين الذين يتقاضون مرتبًا أعلى من أى موظف 
فى إدارة التدريب. 


(iii) 







(i) SELECT DNAME , NAME 
FROM EMPLOYEE 
WHERE SALARY > ANY 
(SELECT SALARY 
FROM EMPLOYEE 
WHERE DNAME = Training `); 
(ii) 


Mansour 
sis 
Mostafa 
Sulaiman 
Ahmed 
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ب - اطبع اسم الادارة واسم كل الموظفين الذين يحصلون على مرتب أعلى من كل 
الوقن فى آذارة gall‏ 








(1) 
SELECT DNAME , NAME 
FROM EMPLOYEE 
WHERE SALARY » ALL 
(SELECT SALARY 
FROM EMPLOYEE 


WHERE DNAME = Programs ); 


(ii) 


Eegineering Mansour 


Eegineering Salah 


Mostafa 
Sulaiman 
Ahmed 


: Types of Data Updates at had kasal f ضحد يك‎ nr 





هناك ثلاثة آنوا ع لتحديث SUL!‏ تستعملها لغة الاستعلام البنائية توضح فى 


المقارنة التالية : 
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)1( أمر "أضف' INSERT‏ : 
* التركيية اللغوية لأمر INSERT “audi‏ 
INSERT INTO « Table name »‏ 
Column Name »|[ . > Column name» } ... |‏ < 
{VALUES ( > literal » (( , < literal >}... 1] }‏ 

أبسط نوع للاضافة يتضمن إضافة صف فى ote‏ كما هو مبين فى JUI‏ 
(YY-o)‏ الذى OS‏ 423.8 إضافة صف فى جدول الحالة' STATUS‏ حيث لیس من 
الضرورى فى أمر أضف INSERT‏ ذكر اسم الجدول فى هذه الحالة. ais‏ إضافة 
قائمة من القيم المناظرة لخصائص العمود بحيث يفصلها عن بعضها فصلة > مع وضع 
قائمة هذه القيم بين قوسين. 

: DELETE (ب) أمر "احذف”‎ 
DELETE احذف‎ " pY التركيبة اللغوية‎ * 
DELETE FROM < table name > 
WHERE < Search Condition > 

يمكن حذف سطر أو أكثر من الجدول مرة واحدة. على سبيل المثال فى حالة الرغبة 
قى حذف السطر الذى يحتوى على رقم الضمان الاجتماعى ١١١١‏ من جدول الموظفين 
EMPLOYEE‏ وهوما يبينه المثال (YY—6)‏ فى الجزء (b)‏ . ولكن حتى بعد عملية الحذف 
لا تزال بيانات الموظف فى جدول الحالة STATUS‏ : لذا لايد من تكرار عملية الحذف 
كما هو موضح بالمثال (ه-"؟) فى الجزء (c)‏ 

: UPDATE "Jue" أمر‎ (c) 

النوع الأخير للتحديث هو التعديل i‏ وهو ما يبينه SUL‏ (ه-؟؟) فى الجزء AD)‏ 
حيث يوضح كيفية تغيير Ula‏ المهمة V‏ فى إدارة الهندسة لرقم الضمان الاجتماعى 
(YN)‏ إلى midway‏ . ويبين (e) 2 pall‏ إضافة )- . ٠‏ ) ريال لمرتب كل موظف فى 
إدارة gell‏ ; 
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* التركيبة اللغوية لأمر UPDATE "Jae"‏ : 


UPDATE > Table name > 
SET > Column name > = < value exp. > [{. Faa 
[ WHERE < Search Condition > ] ; 
:(YY—0) مثال‎ 
. ULI! فى جدول‎ (Sales , 4444 , 4 . Completed) أ- أضف سطرا‎ 
(a) INSERT 
INTO STATUS 


UALUES ('Sales' , 4444 , 4 , Completed’); 
ب- احذف سطرا من جدول الموظق ؛ السطر الذى يحتوى على رقم الضمان‎ 
(AAA) الاجتماعى‎ 


(b) DELETE 
FROM EMPLOYEE 


WHERE SSN = 1111;‏ 
ج- احذف الأسطر التى تحتوى على رقم الضمان الاجتماعى )١١١١(‏ من جدول 
STATUS “ULI!‏ . 


(C) DELETE 
FROM STATUS 


WHERE SSN = III1: 
)١١١١( فى إدارة الهندسة لرقم الضمان الاجتماعى‎ ١ حالة رقم المهمة‎ Jac د-‎ 
. Midway’ إلى‎ 
UPDATE STATUS 
SET ST = Midway!) 
WHERE DANAME = ‘Engineering’ 
AND SSN = 1111 
AND TASTNO = 1: 
. ريال لمرتب كل موظف فى إدارة اليرامج‎ ٠٠١١ ه- أضف‎ 
(a) UPDATE EMPLOYEE 
SET SALARY = SALARY + 1000 


WHERE DNAME = Programs `; 
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منظورات لغة الاستعلام Lund‏ أ SQL VIEWS‏ : 

تسمح لغة الاستعلام البنائية SQL‏ بإنشاء المنظورات التى يتم استنتاجها من 
الجداول. ويمكن فقط تعريف المنظور على أنه مخزن. وفى كل مرة يتم استخدام 
المنظور . يضطر إلى أن Lin‏ من جداول فعلية بواسطة نظام قاعدة البيانات؛ لذلك 
يعكس المنظور التحديث لجداول قاعدة البيانات. وهناك اختلاف بين منظور لغة 
التى لا توجد بشكل فردى. الحالة الوحيدة التى يكون فيها منظور لغة الاستعلام 
البنائية هو منظور خارجى لو كان هناك مستخدم salg‏ فقط لقاعدة SULA!‏ « ومدير 
قاعدة البيانات DBA‏ يقوم بإنشاء كل الجداول التى بعدها gs‏ المنظور المفاهيمى فى 
البتاء المعمارى ذى wL gull‏ الثلاثة Three. Level Architecture‏ . 
)1( إنشاء منظور CREATE VIEWS‏ 


فى حالة Ge JI‏ فى إنشاء منظور يحتوى على بيانات الموظفين بدون عنوان الذين مرتبهم 
لا يقل عن ٠٠.٠٠١‏ ريال » كما هو مبين فى المثال (VE-0)‏ فى الجزء (a)‏ ويتم استخدام أمر 
Select Al‏ لوصف الاختيار الراآسى وهو من الأوامر المهمة المستخدمة فى إنشاء المنظور. 
بعد إنشاء المنظور يمكن صياغة الاستعلامات المطلوية. كما هو مبين فى المثال 
(ه-4؟) فى الجزء (b)‏ الذى يبين الاستفسار الخاص بالبحث عن اسم ومرتب كل 
موظف فى منظور 'الموظفين 7/58317. وتحديث المنظور عادة يكون معقدا وقد يصبح 
مستحيلاً فى بعض الحالات التى يتم تعريف المنظور Yad‏ بواسطة Uls‏ مثبتة. 
كل من 282 . ORACLE‏ يضع قيودًا على تحديث المنظورء فكلاهما يسمحان فقط 
بالحصول على المنظور. على سبيل JUI‏ لو أردنا إضافة صف فى منظور "الموظفين 
۴ لشخص مرتبة يزيد عن ۰۰۰, ۲۰ ريال. 
هذه الإضافة غير مسموح بها فى حالة استخدام عبارة WITH CHECH OPTION‏ 
فى تعريف المنظور. خلاف ذلك يسمح بإضافة الشخص فى جدول "الموظفين” EM-‏ 
PLOYEE‏ ولكنه يختفى عن مستخدم المنظور "الموظفين" VEMP‏ . 
+ التركيبة اللغوية لأمر إنشاء منظور CREATE VIEW‏ 
CREATE VIEW < Table name >‏ 
Column name >| { , Column name > } ..]‏ < 
AS < query > [ WITH CHECK OPTION | :‏ 


تمذجة البيانات | Lr‏ 
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(ب) Gis‏ المنظور DROP VIEW‏ : 


تحذف المنظورات باستخدام أمر Gin‏ المنظور' DROP‏ كما هو كما هو مبين فى 
المثال (ه-5١)‏ فى الجزء (d)‏ 


DROP VIEW phis التركيية اللغوية لأمر  أحذف‎ x 
DROP VIEW < Table name > 


مثال (ه-55): 


أ- أنشئ iaa‏ للموظفين الذين يتقاضون مرتبًا أكبر من 7١.٠٠١‏ ريال بدون إدراج العنوان. 
(a)‏ 
CREATE VIEW VEMP‏ 
AS SELECT DNAME , SSN. NAME . SALARY‏ 
FROM EMPLOYEE‏ 
WHERE SALARY > 30.000 ;‏ 


VEMP موظف فى منظور الموظفين‎ JS ب- اطبع اسم ومرتب‎ 
(b) 
SELECT NAME , SALARY 
FROM VEMP ; 
VEMP جب احذف المتظور "الموظفين"‎ 
(C) 
DROP VIEW VEMP : 
: Data Control Language (DCL) lile! فى‎ otl! : قالغا‎ 
: GRANT منح الصلاحيات‎ (1) 


=y lea bil] فى‎ dist يمح کم [المدافصاس فى كل بن االنظورات‎ 
Updates وتحديث بيانات الجداول والمنظورات‎ . Select فقط - بيانات جدول أو منظور‎ 
ALL (e) أو استغدام كل خستودات التداول‎ Alter جنول‎ es وتغيير‎ 
: GRANT Amand! أمر "منج‎ 
:GRANT الصلاحية‎ nis التركيبة اللغوية لأمر‎ * 
GRANT > STATEMENT > 
ON { <table name >| > view name > } 
TO { < user ID >[{ . > user ID >}... ] | 
PUBLIC } 
[WITH GRANT OPTION]: 
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(ب) سحب الصلاحية REVOKE‏ : 
* التركيبة اللغوية لأمر ”سحب الصلاحية" REVOKE‏ : 
REVOKE > statement >‏ 
ON {< Table name >| > View name > }‏ 
FROM ( <UserID>[{, > User ID >}... ] |‏ 
PUBLIC } ;‏ 
مثال :(Yo-o)‏ 
أ- امنح صلاحيات الاسترجاع والتعديل لعمود المرتب لمدير الشئون المالية الذى يحمل 
الرقم المعرف 418396 , 
(a)‏ 
GRANT SELECT . UPDATE (Salary)‏ 
ON EMPLOYEE‏ 
TO 418396 :‏ 
- امنح صلاحيات الاسترجاع والتحديث لمنظور جدول الموظفين: عدا عمود المرتبات 
br‏ الإدارة المالية التى يحمل موظفوها أرقام المعرفات التالية : 
418090 ,418190 ,418290 
(b)‏ 
GRANT SELECT . VPDATE . DELETE . INSERT‏ 
ON VEMP‏ 
TO 418290 , 418190 , 418090 ;‏ 
ج- امنح صلاحيات استرجاع بيانات منظور الموظفين VEMP‏ لكل مستخدمى قاعدة البيانات. 
(C)‏ 
GRANT SELECT‏ 
ON VEMP‏ 
TO PUBLIC,‏ 
د- اسحب صلاحيات الاسترجاع والتحديث لمنظور "الموظفين” من موظفى الإدارة المالية. 
(d)‏ 
REVOKE ALL‏ 
ON VEMP‏ 
FROM 418290, 418190, 418090;‏ 
ه- اسحب صلاحيات استرجاع بيانات منظور الموظفين VEMP‏ من مستخدمى قاعدة البيانات 
REVOKE SELECT‏ 
ON VEMP‏ 
FROM PUBLIC:‏ 


fir 
البيانات‎ isit 
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مقد Ag‏ : 
تعد نماذج البيانات الدلالية من أهم النماذج التى يرتكز عليها مصممو قواعد 
البيانات. وقد تضمنت نماذج البيانات الدلالية معظم مفاهيم الاتجاه الشيئى؛ مما 
ساعد فى ظهور نماذج البيانات الشيئية الموجهة. وسوف يتم فى هذا الفصل 

استعراض الموضوعات التالية: 
نماذج البيانات الدلالية فى النماذج التقليدية: 

منذ البداية تغلغلت نماذج البيانات الدلالية فى نماذج البيانات الأولية وكذلك 
التقليدية سواء التبحرية منها أو العلاقية. وقد سيق استعراض تفاضيل تضنيفات 
نماذج البيانات التقليدية سواء التبحرية منها أو العلاقية فى الفصول السابقة. وسوف 
نتم استعراض تفاعل نماذج البيانات الدلالية فى هذه النماذج. 
نموذج البيانات المفاهيمى العالى المستوى: 

لقد سيق التطرق فى الفصل الأول لتعريف التصميم المفاهيمى الذى ينتج عن 
متطلبات المستفيدين ونشاط تحليل مجموعة متطلبات قواعد البيانات التى ينبغى 
احتواؤها بواسطة نموذج البيانات. وإنه من الأهمية بمكان استخدام تموذج البيانات 
المقاهيمى gi‏ الدلالى ذى المستوى الغالى؛ لخدمة alas ila po‏ البيانات فى eas‏ ظزيقها 
ve‏ 
المفاهيم الأساسية للنماذج المنطقية: 

هناك العديد من المفاهيم التى ينبغى طرحها قبل البدء فى شرح مكونات نموذج 
كينونة - علاقة ER‏ من هذه المفاهيم مفهوم الكينونة, ونوع الكينونة وأنوا ع علاقات 
الربط وتدويناتها وتعدديتها. حيث تشكل هذه المفاهيم البنية الأساسية للنماذج الدلالية. 
نموذج كينونة - علاقة ER‏ 

يعتبر نموذج كينونة - علاقة من أكثر النماذج إفادة لمصممى selgi‏ البيانات؛ eX‏ 
يؤكد على تمثيل المخططات وليس الوقائع التى تتغير بشكل متكرر. وإن تهينة النموذج 


نمذجة البيانات | Lov‏ 
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تعطى نظم إدارة قواعد البيانات القدرة على التنفيذ المباشر لقاعدة البيانات التى تم 
تفكيك علاقات الربط: 

تشكل علاقات الربط فى نموذج كينونة - علاقة إحدى المشاكل كثيرة SI‏ ولا 
سيما عند نمذجة علاقة ربط ذات الدرجة الثالثة أو أكثر. والسؤال الحتمى: كيف يمكن 
تحديد علاقات ربط ثنائية أيسط وكافية؟ وللإنجابة عن هذا الال يمكن اتبا طريقة 
الخطوات الثمان المستخدمة فى تفكيك علاقات الربط ذات الدرجة الثالثة فأكثر. 
طريقة الخطوات الثمان: 

هذه الطريقة تم تصميمها لاتخاذ قرار تفكيك علاقة الربط R‏ الفردية Slj.‏ 
الدرجة .N‏ ويتم Jules‏ علاقة الربط خلال هذه الطريقة عبر ثمانى خطوات. يتم تتبع كل 
عن هك lias Rail‏ عن SAN‏ دوف يق DU on peas Eh‏ الس 
من التطبيقات. 
نموذج كينونة - علاقة المطور EER‏ : 

يعد هذا النموذج تطويراً لنموذج كينونة - علاقة » حيث يتم تمثيل معظم المفاهيم 
المهمة فى نمذجة البيانات الدلالية بشكل مناسب. ومن الإضافات المهمة لذلك النموذج: 
Bly cc ll e LV]‏ الخاضية: ULAYL‏ إلى توظيفه لمقهوم التجريد. 
المبادئ الأساسية لنمذجة البيانات الدلالية لتطبيقات قواعد البيانات: 

شوق يتم استعراض المفاهيم التجريدية التى تستخدم فى نماذج البيانات الدلالية. 
بعض من هذه المفاهيم مزدوج: وکل عكس الآخر مثل: التصنيف/التفريع» 
التعميم/التخصيص. والبعض الآخر بشكل المفاهيم المترابطة مثل: التجميع والارتباط 
بالإشنافة uli‏ مفهوم sada pill‏ 
نماذج البيانات الوظيفية: 

تستخدم نماذج البيانات الوظيفية مفهوم "الوظيفة الرياضية" كبناء نمذجة أساسى. 
وتعرض هذه النماذج الكينونات والوظائف Lyle‏ ككتل بنانية أساسية. وتعد هذه 
النماذج أحد نماذج البيانات الدلالية. 
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نماذج البيانات الدلالية فى النماذج التقليد z iad‏ 

يعتبر تصميم قواعد البيانات أساسًا مهما فى نمذجة البيانات. نموذج البيانات هو 
البناء الهيكلى للبيانات؛ لذا كان لابد من التمييز بين أنوا ع gila‏ البيانات التقليدية. 
-١‏ نماذج البيانات الأولية: 


فى هذه النماذج يمكن تمثيل الأشياء objects‏ بهياكل سجلات مجمعة فى هيكل 
ملف. وكانت العمليات الرئيسية المتوافرة هى عمليات قراءة وكتابة السجل. 
-Y‏ نماذج البيانات التقليدية : 

)1( النماذج التبحرية: 

يعتبر نموذج البيانات الهرمى امتدادًا لنموذج البيانات الأولى (البدائى). ويعتبر 
نموذج البيانات الشبكى امتداداً لنموذج البيانات الهرمى ‏ وكلاهما أيضاً اعتمد على 
طريقة تمثيل الأشياء 65 بهياكل سجلات مجمعة فى هيكل ملف. 

(ب) النماذج العلاقية: 

انطلق تموذج البيانات العلاقى أساسًا من الطرق المتنوعة لفهم gila‏ البيانات 
الهرمية والشبكية . واعتمد على السجل ككينونة فى بناء الجدول العلاقى الذى يمثل 
ملفًا. والسبب الرئيسى وراء تفضيل إنشاء تطبيقات مبنية على النموذج العلاقى عن 
غيره من النماذج الأخرى هو بساطة مفهوم وراثة النموذج: Sum‏ إن أساس التموذج 
هو الجدول العلاقى. ومع ذلك فانه من المستحيل مع النموذج العلاقى الأساسى 
المثال: خلال النموذج العلاقى يتم فرض السلامة المرجعية بشكل إجبارى: لأنه لا توجد 
آلية للتمييز بين مختلف أنوا ع علاقات الربط التى قد توجد بين الكينونات » مثل علاقات 
الربط (متعدد - لمتعدد) وعلاقات الربط (واحد - لمتعدد) أو وضع تصور للصفات 
الموجودة والمعتمدة على علاقات الريط. وعندما fis Jags‏ هذا ola «aad!‏ من الممكن 
تعريف دلاليات لعمليات إنشاء وحذف علاقات الربط لمختلف الحالات. وقد تم تعريف 
gila‏ جديدة امتدادًا للنموذج العلاقى أكثر Faved‏ وتؤدى إلى توفير دلاليات أكثر 
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لنطاق التطبيق داخل النموذج. وأحد هذه النماذج التى تم توافرها لتسمى نماذج 
البيانات الدلالية قد تم تعريفة بواسطة كود Codd‏ وعرف باسم RM/T‏ وهذا التموذج 
jaa‏ غي gaa‏ الكيؤونات الى سكن Sitti AV ys, Saal Male‏ 
علاقات الربط بين الأشياء الأخرى. وتتضمن الأشياء علاقات الربط وتنمذج ككينوتات. 
-Y‏ نماذج البيانات الدلالية: 

كانت المشكلة الرئيسية فى النماذج التقليدية هى احتفاظها باتجاه السجل بشكل 
أساسى. وهذا يعنى أن دلاليات المعلومات (أى معانيها) داخل قواعد البيانات قد 
انسدلت وأصبحت غير ميسرة للبروز من داخل قواعد البيانات نفسها. ويجب أن تكون 
المعلومات الدلالية مدركة من قبل المستفيد الذى يستخدم الطرق المتنوعة لفهم قواعد 
البيانات. ولهذا السيب ٠‏ فإن عددًا من نماذج البيانات الدلالية قد تم اقتراحه لمحاولة 
توفير معانى أكثر تعبيرية لتمثيل معنى المعلومات بشكل ASI‏ مما هو متوافر فى 
النماذج التقليدية. 
نمودج الببانات المفاهيمى العالى المستوى: 

تع عن obits‏ اللسظيدين LES‏ تحليل مجموعة مضللياك gal aliai ehi‏ 
بحن Sl‏ يكم الاستياة عليها بواسظة قوج Lal‏ فى aL JM‏ الثالية pkgs‏ ما 
تعرف بالتصميم المفاهيمى الذى سبق التطرق إليه وتوضيحه كما فى الشكل رقم 
)١-١(‏ بالفصل الأول. ويفضل استخدام نموذج بيانات مفاهيمى أو نموذج البيانات 
lali‏ :اذى اكستوى Daas! Mall‏ مرحلة fect‏ وإنة من Laas!‏ يشان Shamed‏ 
ذاك القت قن SF Le] ael GY ras LI lft‏ قى ioa ll Lose «as‏ 
بواسظة موموقة كال سخ aiias]‏ عير ارک plis dy ia elit pe pits‏ 
إدارة قواعد بيانات معين. 

من العيوب الشائعة فى المنظمات بخصوص نشاط تصميم قواعد البيانات الافتقار 
إلى الاهتمام بتصميم del gd‏ بيائات مفاهيمية. فى حين يتركز الافتمام على بغش نظ 
إدارة قواعد البيانات المستهدفة. ويزيد مصممى قواعد البيانات من أهمية نشاط 
تصميم قواعد البيانات المفاهيمية بإقرار بعض المعرفة غير الملائمة للنموذج العلاقى 
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والتى تكون أكثر تعبيرا. ومن ثم تؤدى إلى الحصول على دلاليات FST‏ فى مجال 
التطبيق داخل النموذج. ومثل هذه النماذج يطلق عليها نماذج البيانات الدلالية. 

وقد أسهمت نماذج البيانات الدلالية فى اتجاهين لتطوير نماذج البيانات الشيئية 
الموجهة. أحدهما: لوصف البناء المعمارى لنظم selgi‏ بيانات متقدمة. والآخر: لتحليل 
وتصميم نظم قواعد البيانات. 

ففى الاتجاه الأول: أنتجت نماذج البيانات الدلالية كثيراً من التطويرات فى 
المجموعة الحالية لنظم إدارة قواعد البيانات الشيئية الموجهة » مثل أونتوس ONTOS‏ 
وابريس IRIS‏ وجمستون أويال Lai .Gemstone OPAL‏ فى الاتجاه الثانى : أنتجت 
نماذج البيانات الدلالية فرعاً لمنهجية التحليل الشيئى الموجه. وقد طور كل من كواد 
Coad‏ ويوردون Yourdon‏ طريقة لفهم الواقعة älg. instance‏ تأثرت كشيرا بطريقة 
نموذج Gps‏ - علاقة ER‏ ومع ذلك . فإن معظم المفاهيم المهمة فى نمذجة البيانات 
الدلالية يمكن أن تمثل بشكل ملائم فى نموذج كينونة-علاقة المطور EER‏ ويتضمن 
الأخير إضافات مهمة gipa‏ الأصلى والتى تشتمل على مفهوم Sub- ce pill p sil‏ 
silly class‏ ¢ الأصلى Superclass‏ . وكذلك مفهوم توارث الخاصية. وأحد الأسباب 
الرئيسية التى أدت إلى الانتشار الواسع له هو قدرته على توفير تقنية أعلى-أسفل 
Top-Down‏ لتصميم قاعدة البيانات وكذلك توظيفه لمفهوم التجريد „Abstraction‏ 

يعرف نموذج البيانات بأنه مجموعة المفاهيم التى تساعد فى توصيف قاعدة 
البيانات ومجموعة العمليات المترابطة لتوصيف الاسترجا p‏ والتحديث على قاعدة 
البيانات. ويبين الشكل رقم )١-١(‏ توصيف مبسط لعملية تصميم قاعدة البيانات طبقاً 
للخطوات التالية AY)‏ 
-١‏ مجموعة المتطلبات والتحليل: 


فى هذه الخطوة يعمل مصممو قواعد البيانات على مقابلات المستفيدين لفهم 
lUa llic gn‏ ووس عع هذه الکو فرت مابات ودين يلابي 
وبمجرد إتمام تجميع وتحليل المتطلبات يمكن العمل خلال المخطط المفاهيمى. 
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-Y‏ المخطط المفاهيمى: 

ويمثل إنشاء المخطط المفاهيمى الخطوة التالية لتجميع وتحليل المتطلبات لقاعدة 
الييانات باستعمال ci‏ البيانات المفاهيمى العالى المستوى. وتسمى هذه الخطوة 
بيانات المستفيدين بحيث تحتوى على تفاصيل توصيفات أنوا p‏ البيانات وعلاقات الربط 
والقيود. ويتم التعبير عن هذه التوصيفات باستخدام المفاهيم المتوافرة فى نموذج 
البيانات العالى المستوى: SY‏ هذه المفاهيم غير مضمنة فى تفاصيل التنفيذ. وأن 
مصممى قاعدة البيانات يركزون على توصيف خصائص البيانات دون الخوض فى 
تفاصيل التخزين. 
-Y‏ الخريطة التناظرية لنموذج البيانات: 

وتمثل هذه الخطوة التنفيذ الفعلى لقواعد البيانات باستعمال نظم إدارة قواعد 
بيانات تجارية. ومعظم هذه النظم تستعمل نموذج البيانات التنفيذى « وهو يمثل تحويل 
المخطط المفاهيمى من نموذج البيانات العالى المستوى إلى نموذج البيانات التنفيذى. 
—t‏ التصميم المادى لقاعدة البيانات: 

ويتم فى هذه الخطوة توصيف هياكل التخزين الداخلية وتنظيم الملفات الخاصة 
بقواعد البيانات. 
JU‏ )1—\(: 

يصف هذا المثال قاعدة بيانات شركة المشاريع الهندسية (الافتراضية) 
Engineering Projects Company‏ لتوضيح عملية تصميم قاعدة البيانات. وسوف يتم 
سرد متطلبات البيانات لتلك القاعدة وإنشاء مخططها المفاهيمى تدريجياً . مع تقديم 
مفاهيم النمذجة لنموذج كينونة - علاقة. وتتضمن هذه القاعدة ملفات لموظفى الشركة 
Employees‏ والإدارات Department‏ والمشاريع Projects‏ ويعد مرحلة تجميع المتطليات 
وتحليلها i‏ سيتم سرد توصيف العالم الخارجى للشركة من قبل مصممى قاعدة 
الببانات؛ لكى يتم تمثيله فى قاعدة الببانات فى قائمة المتطلبات التالية: 
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-١‏ يتم تنظيم الشركة فى إدارات Departments‏ . كل إدارة لها اسم DName‏ ورقم 
DNum‏ ومدير .Dmanager.‏ ويتم تحديد تاريخ بدء عمل مدير الإدارة .MDate‏ وقد 
يكون للادارة Sac‏ مواقع -Dlocations.‏ 

fissa 8 lvl ail 5 =y‏ من المشاريع Project‏ . وكل مشروع له اسم لالط ورقم 
PNum‏ ومكان محدد -PLocation‏ 

Eaddr والعنوان‎ SSN ورقم الضمان الاجتماعى‎ Ename يتم تخزين اسم الموظف‎ -Y 
موظف يعمل‎ JS, ع:81(3.‎ all وتاريخ‎ Nationality والجنسية‎ Salary والمرتب‎ 
بإدارة واحدة فقط ولكن قد يشارك فى العديد من المشاريع والتى ليس بالضرورة‎ 
بي اغات عمل‎ Uta YI iss. ls الإدازة الى وحمل‎ Jed أن يكم درا امن‎ 
الموظف فى الأسبوع بالنسبة لكل مشروع. ويتم الاحتفاظ أيضًا بمشرف لكل موظف.‎ 
ميلادهمء وعلاقتهم بالموظف.‎ 

المفاهيم الأساسية للنماذج المنطقسة: 

)1( الكينونة: 
عبارة عن شخص أو مكان أو شيء أو حدث أو مفهوم فى بيئة المستفيدين» تحتاج 
المؤسسة أن تجمع بيانات Ge‏ وتخزنها. ويتم تمشيل الكينونة فى النماذج التبحرية 

بالسجلات. وهذاً يغتى أن سجل الموظف هو كينوت الموظف فى خين يتم Gyllius‏ 

فى النموذج العلاقى بالقيم المرتبة tuple‏ حيث إن القيم المرتبة على سبيل المثال لموظف 

معين فى النموذج العلاقى هى كينونة ذلك الموظف!"). 

(ب) نوع الكينونة: 

هى مجموعة كينونات لها خواص مشتركة. ويتم تمثيل نوع الكينونة فى النماذج 
التبحرية بنوع السجل (الملف) فى حين يتم تمثيل نوع الكينونة فى النموذج العلاقى 
بالجدول العلاقى (العلاقة (relation‏ أى أن الجدول العلاقى الخاص بالموظفين' هو نوع 

OO satel كينوئة‎ 

rfr 
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(ج) تدوينات أنوا ع علاقات الربط ‘Relationships‏ 
الأشكال المعتادة لنموذج كينونة - علاقة تستعمل نوع تشين Chen Style‏ لتوصيف 
علاقات الربط . وفيما يلى تدوينات ورموز تشين Chen Style‏ المستخدمة!'): 
شكل رقم (V7)‏ تدوينات ورموز تشين Chen Style‏ لنموذج كينونة - علاقة 
المعنى ll‏ 

نوع كينونة 

نوع كينونة بسيطة 

نوع علاقة الربط 

الخاصية 


QUU OI 


الخاصية متعددة القيم 


g m m an 


n ossi doa dl 
ix ool 
(N) متعدد‎ . (V) قيود التعددية هى واحد‎ 


وتصف قيود التعددية أنواعًا أخرى عديدة لنمذجة نموذج - علاقة .ER‏ والمفتاح هو 
كيفية فهم تحديد قيود التعددية فى التدوين المستخدم باستخدام تدوينات ميرز Merise‏ 
أو تدوينات هندسة المعلومات Information Engineering‏ أو تدوينات علاقات الربط 
الثنانية. وفيما يلى تدوينات ورموز هندسة المعلومات ' Information Engineering‏ 
المستخدمة لتوصيف التعددية بنموذج كينونة - علاقة ER‏ ويستخدم فيها رمز قدم 
الغراب للتعبير عن متعدد : 
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1( الرموز المستخدمة للتعبير عن تعددية علاقة الربط الإجبارية: 
لل علقة ريط saly‏ إجبارية 
کل — علاقة ربط متعدد إجبارية 
يعمل عااقة ربط (واحد/متعدد) إجبارية 
نأ Sal‏ الح یی نو TNE Gas‏ ارط Tinh‏ 
هل علقة ربط (صفر/واحد) اختيارية 
جه علاقة ربط (صفر/متعدد) اختيارية 
أضواع علاقات ا Relationships disi yl‏ : 
علاقة الربط هى ارتباط بين كينونات نوع كينونة أو أكثر e‏ أى الارتباط بين 
سجلات نوع سجل معين أو مجموعات القيم المرتبة لجدول علاقى معين أو UM) Si‏ 
(Y)‏ علاقة الربط saly‏ — لواحد :One-to-one‏ 
وهى تعنى ارتباط كينونة معينة فى نوع كينونة ما بكينونة مناظرة فى نوع كينونة 
eol‏ قال ذاك cabal! Qus legs.‏ و ا Lus Ss‏ نة امراك Mess)‏ 
المدير) فى نوع كينونة الموظف بكينونة إدارة فى نوع كينونة الإدارة فى حالة وجود 
مدير واحد يشرف على الإدارة. ويمثل هذه العلاقة بالرسم التخطيطى فى Kal‏ 
رقم (Y73)‏ 
شكل رقم )7 - (Y‏ النموذج المنطقى لعلاقة الربط واحد - لواحد بين نوعى كينونة 'الموظف” "والادارة " 


EMPLOYEE DEPARTMENT 


: One-to-many لمتعدد‎ — salg علاقة الربط‎ (Y) 
وهى تعنى ارتباط كينونة معينة فى نوع كينونة ما بكينونة أو أكثر فى نوع كينونة‎ 
کرات کر‎ unl gta dis EMIT ی‎ a OES oed فى‎ alii JI انكري.‎ 
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Supervises on 
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من موظف بكينونة إدارة واحدة. وتمثل هذه العلاقة بالرسم التخطيطى فى الشكل رقم 
(Y-3)‏ 


شكل رقم (TV)‏ النموذج المنطقى لعلاقة الربط واحد-لتعدد بين نوعى كينونة 'الموظف' و'الادارة" 


EMPLOYEE DEPARTMENT 


: many-to-many علاقة الربط متعدد — لمتعدد‎ (Y) 

وهى تعنى ارتباط كينونة أو أكثر من GAS‏ فى نوع كينونة ما بكينونة أو أكثر فى 
توس مكو كوو تال ای ado "LUI" Uar Set‏ تقبط 
he tL alle EIE LT m E.‏ الوظ ف يهل كر 
هرو ]ررق SSL lp‏ الوا Bice‏ يرا SET‏ ن ف fay‏ وت الا اتو att‏ 
فى (EV) ei; JS all‏ 


الشكل رقم )£1( النموذج المنطقى لعلاقة الربط متعدد - لمتعدد بين نوعى كينونة liga!‏ و"الإدارة' 


are empllyed by 
EMPLOYEE |a| DEPARTMENT 


)£( علاقة الربط المقصورة Mutually exclusive‏ : 


are empllyed by 






وهى تعنى ارتباط كينونة من نوع كينونة ما بأى من كينونات نوع كينونة أخرى 
وليس بأكثر من كينونة فى نفس الوقت. مثال ذلك: قد الموظف يعمل إما بالإدارة (A)‏ 
أو بالإدارة (B)‏ ولكن ليس بكليهما. وعلاقة الربط فى مثل هذه الحالة بين كينونة 
الموظف cis‏ من كينونات الإدارة تسمى بالمقصورة. وتمثل هذه العلاقة بالرسم 
التخطيطى فى الشكل رقم )0-1( حيث يشير رمز الدائرة الصغيرة )0( على الخط 
الواصل بين )155 p‏ الكينونات إلى أن العلاقة اختيارية Optional‏ وخلاف ذلك تكون 
العلاقة اجيارية -mandatory‏ 


Ff1 
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الشكل رقم (o —V)‏ النموذج المنطقى لعلاقة الربط المقصورة بين نوعى كينونة "الموظف” 


AB) أو‎ (A) لكينونتين‎ "s Jay, 


DEPARTMENT 
DEPARTMENT 


)0( علاقة الربط الشاملة :Mutually inclusive‏ 














is employed - by 





EMPLOYEE 





وهى تعنى وجوب ارتباط كينونة من نوع كينونة ما WSL‏ من GELS‏ من نوع GSS‏ 
أخرى فى نفس الوقت. مثال ذلك : كينونة الموظف قد ترتيط بكل من كينونتى 
الإدارة (A) (B)‏ فى نفس الوقت. وتسمى علاقة الربط فى هذه الحالة بعلاقة الربط 
الشاملة ME)‏ وتمثل علاقة الربط بالرسم التخطيطى كما فى الشكل رقم (V7)‏ 

الشكل رقم (1-4) النموذج المنطقى لعلاقة الربط الشاملة بين نوعى كينونة "الموظف” 
و'الإدارة' لكينونتين (B) « (A)‏ 


DEPART. A 
DEPART. B 


:Mandatory & Lay! علاقة الربط‎ (1) 















EMPLOYEE 





وه is‏ وسو A RELI‏ توم gv TL Lait‏ قوع RE‏ 
أخرى. مثال ذلك: فى بعض الأحيان قد يقرر صاحب العمل Employer‏ وجوب وجود 
لواو قل gard‏ الوعلف da Cia. UE‏ فى .$15 العالاهى Cie‏ اسبارية: 

وتمثل علاقة day SI‏ الإجبارية بالرسم التخطيطى فى الشكل رقم (VEN)‏ 


نمذجة البيانات | [vy‏ 


تماذج البيانات الدلالية (اللفظية) الفصل السادس 


الشكل رقم (VN)‏ النموذج المنطقى لعلاقة الربط الإجبارية بين نوعى كينونة 'الموظف" و"الإدارة” 


EMPLOYEE DEPARTMENT 


: Optional علاقة الربط الاختيارية‎ (V) 


is employed by 





تعنى عدم وجوب ارتباط كينونة معينة من نوع كينونة ما بكينونة من نوع كينونة 
أخرى. مثال: قد بخصص الموظف لإدارة معينة قيل وجودها وتسمى علاقة الربط فى 
مثل هذه الحالة بعلاقة الربط الاختيارية وتمثل علاقة الريط بالرسم التخطيطى فى 
الشكل رقم (AN)‏ 


الشكل رقم (A-1)‏ النموذج المنطقى لعلاقة الربط الاختيارية بين نوعى كينونة "الموظف' و"الإدارة” 


EMPLOYEE gH DEPARTMENT 


: Arity of Relationship درجة علاقة الربط‎ (3) 


is employed by 





وهى تمثل عدد أنواع الكينونات التى تشارك فى علاقة الربط. ومعظم درجات 
علاقات الربط الشائعة هىء الأحادية Unary‏ والثنائية Binary‏ والثلائية „Ternary‏ 
)١(‏ درجة علاقة الربط الأحادية: 

وفى تمثل الارتباط بين الكينونات الموجودة فى نفس الكينونة. وغالبًا ما تعرف 
بعلاقة الريط التى تعيد تعريف نفسها. على سبيل المثال: علاقة الربط متزوج من 
.Married-To‏ وهى Le WE‏ تكون (واحد - لواحد) فى نوع كينونة تشخص” PERSON‏ 
على نفس الراب (مجموعات القيم المرتبة) المكونة لها كما هو موضح بالشكل رقم 
.(1A-1)‏ وأيضا علاقة الربط يدير" Manages‏ فى نوع كينونة الموظف EMPLOYEE‏ 
قد تكون (واحد - لمتعدد). وقد تكون اختيارية أو إجبارية كما هو موضح بالشكل 
رقم )257( 


tte‏ نمذجة البيانات 


الفصل السادس تماذج البيانات الدلالية (اللفظية) 


الشكل رقم )14-1( يوضح درجة علاقة الربط الأحادية (اختيارية) 


PERSON Is married - to 





الشكل رقم (WAHT)‏ يوضع درجة علاقة الربط الأحادية (اختيارية - إجبارية) 








manages manages 


(D 
EMPLOYEE EMPLOYEE 
درجة علاقة الربط الثنائية:‎ (Y) 
وهى تمثل الارتباط بين الكينونات الموجودة فى نوعى كينونة مختلفتين. على سبيل‎ 
PRODUET gall بين نوعى كينونة‎ Contains المثال : علاقة الربط يحتوى على‎ 
طالب وقد تكن‎ pe GST, متام على‎ aie چ متحي‎ Us] سيد م‎ ORDER ایا‎ 
.)٠١-1( اختيارية كما هو موضح بالشكل رقم‎ 


الشكل رقم )7 (V‏ يوضع درجة علاقة الربط الثنائية 


Contains 
PRODUCT كو‎ ORDER 


(Y)‏ درجة علاقة الربط الثلاثية: 

وهى تمثل علاقة ربط متزامنة (آنية) بين ثلاث أنواع كينونات مختلفة. على سبيل 
المثال: علاقة الربط شحن Shipment‏ بين نوع كينونة PRODUCT giis‏ ونوع كينونة 
VENDOR “SLI!‏ ونوع كينونة "المستودع” WAREHOUSE‏ كما هو موضح بالشكل 
رقم )973( 


See 


تماذج البيانات الدلالية (اللفظية) الفصل السادس 





الشكل رقم (V7)‏ يوضع درجة علاقة الربط الثلاثية 


DEPARTMENT à DEPARTMENT 





LN 
> 





Ship|ment 


AN 
EMPLOYEE 


(a)‏ التعددية فى علاقات الربط: 

هى عدد الكينونات (مجموعات القيم المرتبة) من نوع كينونة معينة التى يمكن (أو 
يجب) آن ترتبط مع كل كينونة (قيمة مرتية) من نوع الكينونة المرتبطة معها . على 
سييل JU‏ : التعددية فى علاقة الريط تقديم الطليات Places‏ بين نوعى كينونة 
العميل CUSTOMER‏ والطلبات ORDER‏ تبين أن للعميل طليات متعددة (يكتب 
dial ei JI‏ علاقة التعدد فى dle‏ معرفة sac‏ الكينونات بالضبط) وهى -Lal‏ 
اختيارية LS)‏ هو مبين فى الشكل رقم (Y=)‏ 

الشكل رقم (Y)‏ تعددية إجبارية (العميل) » اختيارية (الطلبات) 


Contains 
PRODUCT Oc ORDER 


وفى JUS‏ الخاص p gis‏ كيئوتة"الشخص” PERSON‏ يقصوص علاقة all‏ 
يتزوج من Married-To‏ فإن التعددية اختيارية فى علاقة ربط أحادية » كما هو موضح 
بالشكل رقم (MTA)‏ 





الشكل رقم )٠١-١(‏ تعددية اختيارية 





Is married - to 


PERSON 


تمذجة البيانات 


القصل السادس تماذج البيانات الدلالية (اللفظية) 


وأحيانا تحدد suc‏ الكينونات بشكل دقيق على التمثيل المنطقى لعلاقة الربط. على 
سبيل JEU‏ : فى علاقة الريط ‏ يخص ص بين نوعى كينونة EMPLOYEE ibp‏ 
والمشروعات PROJECT‏ . يمكن إيضاح عدد الكينونات بدقة لو فرض أن 
الموظف الواحد يخصص له خمسة مشروعات اختيارية » كما هو مبين فى الشكل رقم 
(M71)‏ 


الشكل رقم (VEN)‏ يوضح التعددية بدقة. 


Is assigned - to 
EMPLOYEE P 4 
: ER علا ق‎ - dmi نمو دج کنو‎ 

وهو gisa‏ يمثل SIS‏ من أنوا ع الكينونات وأنوا ع علاقات الربط » ويؤكد على تمثيل 
المخططات وليس على الوقائع. ويعد نموذج كينونة - علاقة أكثر إفادة لمصممى قاعدة 
البيانات حيث إن مخطط قاعدة البيانات Hab‏ ما يتغير فى حين أن الوقائع قد تتغير 
بشكل متكرر . وعادة من السهل ان يتم عرض المخطط عن عرض وقائع قاعدة البيانات 
لأنه بسيط جدا . ونموذج كينونة — علاقة هو نموذج بيانات مفاهيمى عالى المستوى, 
توصيف هيكل قاعدة البيانات ومجموعة العمليات المرتيطة بها لتوصيف الاسترجاع 
والتحديث لقاعدة البيانات. 


وفى الوقت الحاضر يتم استعمال نموذج كينونة - علاقة بشكل أساسى اثناء 
عملية تصميم قاعدة البيانات. حيث إن Gag‏ النموذج تعطى نظم إدارة قواعد البيانات 
القدرة على التنفيذ مباشرة لقاعدة البيانات التى تم تصميمها من خلال ذلك المخطط 
المفاهيمى عالى المستوى. تمثل معلومات نموذج كينونة - علاقة مجموعة من 
المفاهيم الدلالية GH)‏ 









PROJECT 





: Entities & Attributes الكينونات والخصائص‎ -١ 
خواص‎ GAS الهدف الأساسى لنموذج كينونة — علاقة هو تمثيل الكينونة . ولكل‎ 
معينة تسمى الخصائص والتى تصف الكينونة. وعلى سبيل المثال كينونة أموظف قد‎ 

fri 


نمذجة البيانات 


نماذج البيانات الدلالية (اللفظية) الفصل السادس 


يتم توصيفها بواسطة مجموعة خصائص هى: اسم الموظف » العمر » العنوان » المرتب 
والوظيفة. وكل كينونة تحتوى على قيمة لكل خاصية. وقيم الخاصية التى تصف كل 
كينونة تصبح جزء رئيسيًا من البيانات المخزنة فى قاعدة البيانات. ويبين الشكل رقم 
)0-1\( كينونتى "الموظف81 و الشركة Cl‏ وخصائصهماء بحيث أن كينونة 
الموظف EL‏ لها أريعة خصائص هى: الاسم » العنوان e‏ العمر » التليفون. وقيم هذه 
الخصائص هى: أحمد صالع » الإسكندرية محطة الرمل » "٠٤١۱۲٤١ » EY‏ على 
التوالى . وكينونة الشركة Cl‏ لها ثلاثة خصائص هى: "الاسم » المركز الرئيسى e‏ 
المدير". وقيم هذه الخصائص هى: الزيوت ٠‏ الإبراهيمية » عصام محمد". على التوالى. 


شكل رقم (o7)‏ يوضح كينونتى C1 4,El‏ وقيم خصائصهما 


العنوان : الاسكندرية - محطة الرمل 
CI EI‏ العمر : 
£Y : aal‏ 
التليقون : alae : pall ٣٤٥١١۱۲٤١۷‏ محمد 


(أ) الخصائص المركبة وذات القيمة الواحدة فقط: 


بعض الخصائص يمكن تقسيمها إلى جزئيات صغرى ذات معنى مستقل بذاتها . 
على سبيل المثال: خاصية العنوان يمكن تقسيمها إلى خصائص أخرى كما هو مبين 


بالشكل رقم (V)‏ 
شكل رقم (11-7) هرمية الخصائص المركبة 
العتوان 


عنوا ن الشارع 


Pane 


الرقم اسم الشارع 


Arie‏ البيانات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 


TTINCONNE MDC Cr 
« Simple بينما الخاصية غير القابلة للتقسيم تسمى بالخاصية البسيطة‎ « Composite 
والخصائص المركية يمكن أن تأخذ‎ atomic bäi وهى الخصائص ذات القيمة الواحدة‎ 
الشكل الهرمى كما وضح بالشكل رقم (11-1). وقيمة الخاصية المركبة هي مجموعة‎ 
[للمستقدم‎ Sake GL 'القيمة الواهدةافقظ- وتكون الغاسية‎ poled! adie pu 
Jaj قيمة عندما يشار إلى‎ oli ولكن قد لا تكون‎ c عندما يشار إليها كوحدة واحدة‎ 
مكوناتها من دونها. ومن هنا يتبين متى يتم تقسيم الخاصية المركبة إلى خصائص ذات‎ 
قيمة واحدة فقط أو تركها لحالها.‎ 
: (ب) الخصائص الفردية والمتعددة القيم‎ 

موق ا al oll‏ الها Lge los Rip as BAITS Gases‏ 
bacio f yall BI‏ على ooa‏ هة ق io Led Ul css dac‏ 
لخاصية العمر: فى حين أنه فى حالات أخرى قد تكون هناك خاصية لها مجموعة قيم 
tl‏ الوا e‏ ستل لكان خاضية اللو Ged‏ آل اة ف sonis £a‏ 
coL tae‏ يووا رووا قعل ask ade‏ ثبو تسم asas sobbed‏ الک كل 
كينونة تحتوى على خاصية لها قيم متعددة يكون لها حد أدنى وأعلى لعدد هذه القيم. 
كما هو موضع فى خاصية اون السيازة التي قد يتزاوح Lasse‏ من قيمة واحدة إلى 
حمسن قنع مقط 
(ج) الخصائص المستنتجة Derived Attributes‏ : 

فى aes‏ العالات as‏ تون casi la‏ أو أك JE till jie Rina Locali]‏ 
anal Bcc sl‏ وقاريع ch‏ اکر jo‏ سین GAN aca‏ يلقل ان sas‏ 
TON CONS‏ الو ار E E‏ شاصية NE call‏ 
الا وش قم القاضية تومن S ali‏ کی سيول ااال عند 
الموظفين فى نوع كينونة الإدارة DEPARTMENT‏ يمكن أن يحسب بعدد الموظفين 
Spal‏ يضفون بالإدارة: 


rer 


تمذجة البيانات 


نماذج البيانات الدلالية (اللفظية) القصل السسادس 
(د) الخصائص خالية القيمة Null‏ : 

فى بعض الحالات الخاصة بكينونة معينة قد لا تلحق قيمة لخاصية معينة » فعلى 
سبيل المثال: فإن خاصية رقم الشقة فى العنوان تطبق فقط على عنوان العمارة كما فى 
المنازل العائلية الفردية وليس على رقم الشقة أو الغرفة. فى مثل هذه الحالات توضع 
قيمة خاصة تكون ملغاة. وتسمى هذه الخصائص خالية القيمة Null‏ ويناء عليه فإن 
خاصية عنوان المنزل العائلى الفردى توضع به القيمة الملغاة „Null‏ 
نوع الكبنونة ونطاف القيم وخصائص المفتاج : 
)1( نوع الكينونة: 

تحتوى acl si‏ البيانات Sale‏ على مجموعات من الكينونات تكون متشايهة. 
موظف. وتشترك كينونات الموظفين فى نفس الخصائصء ولكن JS‏ كينونة قد يكون لها 
قيمتها الخاصة بها التى تخص كل خاصية على حدة. Jis‏ هذه الكينونات المتشابهة 
تعرف بنوع الكينونة التى هى مجموعة من الكينونات لها نفس الخصائص المشتركة. 
ومعظم قواعد البيانات لديها أنواع كينونات كثيرة . حيث إن كل نوع كينونة يتم 
توصيفه بواسطة اسم الكينونة وقائمة من الخصائص الخاصة بها. ويبين الشكل رقم 
(17-51) نوعى كينونة أحدهما نوع كينونة EMPLOYEE Wigs‏ والآخر نوع كينونة 
أشركة COMPANY‏ وقائمة من الخصائص لكل منها. ويوضع فى كل نوع كينونة 
مجموعة من الكينونات القليلة لقيم تنتمى إلى خصائصها. 


شكل رقم (WT)‏ يوضح نوعى كينونة وبعض «Lael‏ الكينونات 


Schema EMPLOYEE COMPANY 
(Intention) Name. Age, Salary Name, Place. Director 
e el e cl 
(Jamal, 47.870000) (Plastic, Dammam, Ah- 
o e2 med) 
Instances (Asem.46$,75000) ° c2 


(extension) e e3 
(Nader, 38.560000) 


(Computer, Geddah, 
Al Yaser) 





مذجة البيانات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 


يسمى توصيف نوع الكينونة بمخطط نوع الكينونة. وهو هيكل التوصيف الشائع 
انوع Coca gus‏ الى Igi] ped its‏ ويدف LAU‏ اسم نوع الكينورة 
واسم ومعنى كل خاصية خاصة بها وأى قيود على أعضائها. ومجموعة أعضاء نوع 
الكينونة تسمى الوقائع Instances‏ وقد يطلق عليها امتداد extension‏ نوع الكينونة. 
ولا يتغير المخطط فى أغلب الأحيان لأنه يصف هيكل أعضاء نوع الكينونة فى حين أن 
الوقائع قد تتغير نتيجة الحذف والإضافة والتحديث. 
(ب) نطاق القيم: 

ترتبط كل خاصية بسيطة لنوع كينونة معينة بنطاق من القيم. هذا النطاق يصف 
مجموعة pa‏ قد sacas‏ لتلك الخاصية لكل كينونة على اتفراد gay.‏ الشكل رقم 
(17-3) لو كان مدى الأعمار المسموح بها لخاصية العمر Age‏ بين (10.11) لكل 
موظف Employee‏ . فإن وصف مجموعة القيم الخاصة لتلك الخاصية تكون مجموعة 
aM‏ السسيحة Integer‏ بق DV, VV)‏ وان ace:‏ القع SN‏ :تيقل كاسية gas)‏ 
Name‏ هى مجموعات من سلاسل الحروف الأبجدية (String)‏ التى Jai‏ بين كل 
مجموعة حروف والأخرى مسافة blank‏ وهكذا . 
(c)‏ خصائص المفتاح: 


يعتبر المفتاح الخاص بنوع كينونة معينة قيدًا مهما على الكينونات المكونة لها 
(أعضائها). ولكل نوع كينونة عادة خاصية ذات قيم لا تتكرر مع الكينونات الأعضاء. 
ومثل هذه الخاصية تسمى خاصية المفتاح وقيمتها يتم استغمالها لتغريق JS‏ كينونة 
بشكل لا يتكرر. وفى الشكل رقم (VWI)‏ تمثل خاصية الاسم Name‏ المفتاح لنوع 
كينونة شركة :Company‏ لأنها لا تسمح لشركتين أن يكون Legh‏ نفس الاسم. Gal,‏ 
يتم تشكيل المفتاح من مجموعة من الخصائص معا. بمعنى أن تجميع قيم هذه 
الخصائص لكل كينونة على حدة يجب أن يميزها عن غيرها. ومجموعة الخصائص 
التى يتم تجميعها لتشكيل المفتاح يمكن أن تكون مجمعة فى خاصية مركبة بحيث 
تصبح خاصية المفتاح لنوع الكينونة وإن كان هذا يتعارض مع القيود الخاصة 
بالنماذج العلاقية. 


ع ]99[ 


نماذج البيانات الدلالية (اللفظية) الفصل السادس 
مثال :(Y—1)‏ 

يستكمل هذا المثال التوصيف المفاهيمى المبدثى JUL‏ شركة المشاريع الهندسية 
(الافتراضية) الوارد فى المثال (Y-I)‏ فطبقا لقائمة المتطلبات الخاصة ببيانات الشركة 
يمكن توصيف أربعة أنوا ع من الكينونات!'): 
(V)‏ نوع كينونة "الإدارة" DEPARTMENT‏ وتشمل الخصائص التالية: 

الاسم DName‏ رقم الإدارة DNum‏ » الأماكن Manager pall. Location‏ « تاريخ 
بدء عمل .MDate pall‏ وتعتبر خاصبة الأماكن 5 فقط خاصية متعددة القيم. 
ويمكن توصيف JS‏ من خاصيتى الاسم DName‏ ورقم الإدارة DNum‏ كخصائص 
للمفتاح؛ GY‏ من غير المتوقع أن يوجد إدارتان بهما نفس الاسم DName‏ أو نفس الرقم 
DNum‏ . 
(Y)‏ نوع كينونة "المشروع” PROJECT‏ وتشمل الخصائص التالية: 

اسم المشروع PName‏ ورقم المشروع PNum‏ والمكان PLocation‏ والإدارة المشرفة 
.CDept‏ وتشكل كل من خاصيتى الاسم PName‏ والرقم PNum‏ خصائص المفتاح . 
(Y)‏ نوع EMPLOYEE ABA Gis‏ وتشمل الخصائص التالية: 

اسم الموظف  .EName‏ رقم الضمان الاجتماعى SSN‏ والجنس Sex‏ العنوان 
.EAddr‏ المرتب Salary‏ وتاريخ الميلاد BDate‏ والإدارة التابع لها DName‏ والمشرف Su-‏ 
.pervisor‏ وقد يكون JS‏ من الاسم والعنوان الخصائص مركبة إلا إذا طلب المستفيد أن 
og‏ الاسم ss‏ من محتويات 43-8 Ji.‏ الاسم الأول FName‏ « أو اسم الوسط 
MName‏ أو الاسم الأخير LName‏ وكذلك العنوان .EAddr‏ 
)£( نوع كينونة 'الإعالة” DEPENDENT‏ وتشمل الخصائص التالية: 

اسم الموظف EName‏ , اسم المعول DEName‏ ؛ والجنس Sex‏ « تاريخ الميلاد 
BDate‏ . صلة القرابة .REMP‏ 

ومع ذلك لم يتم تمثيل حقيقة أن الموظف يمكن أن يعمل فى عدد من المشاريع ولا 
تمقيل kal‏ غود الساعاك الاسبوعية التى alas,‏ الوظف فى كل مشروع. ويمكن 


لما نمذجة البيانات 


الفصل السادس تماذج البيانات الدلالية (اللفظية) 


تمثيل هذه الحقيقة بخاصية مركبة متعددة القيم تسمى "يعمل على" Works-On‏ ذات 
محتويات بسيطة هى: aae‏ الساعات الأسبوعية Hours‏ وأسماء المشاريع التى يعمل 
بها -Project‏ ويبين الشكل رقم )1 — sais (VA‏ لكل نوع كينونة تم توصيفه والعديد 
من علاقات الربط الضمنية بين مختلف أنوا ع الكينونات. ففى حقيقة الأمر عندما تشير 
cala‏ التوع Aca aut‏ إلى توغ jai ad‏ قلايذا من وود اوت ربط على سييل 
المثال: خاصية Manager yall‏ فى نوع كينونة الإدارة DEPARTMENT‏ تشير إلى 
الموظف الذى يدير d ly!‏ وخاصية الإدارة المشرفة CDept‏ لنوع كينونة 
الشروع' PROJECT‏ تشير إلى اسم الإدارة التى تشرف على الشدروع: وخاسبية 
المشرف Supervisor‏ لنوع كينونة الموظف EMPLOYEE‏ تشير الى موظف آخر 
(الشخص gil‏ يشرف على هذا الموظف). خاصية الإدارة DName‏ فى نوع كينونة 
الموظف تشسير إلى الإدارة التى يعمل بها الموظف وهكذا: ويلاحظ فن الشنكل رقم 
(18-51) استخدام نوعين من الأقواس: 


.) | أقواس تبين الخصائص المتعددة القيم‎ .١ 
"EE DU كني بويت‎ E 


شكل رقم (\A-1)‏ التصميم المفاهيمى المبدئى لأنوا ع الكينونات الخاصة بشركة 
المشاريع الهندسية (الافتراضية) 
DEPARTMENT‏ 
DName . DNum. { Location] , Manager . MDate‏ 
PROJECT‏ 
PName , PNum . Location , CDept‏ 
EMPLOYEE‏ 
EName (FName, MName . LName) . SSN , Sex . EAddr .‏ 
Salary . BDate , DName . Supervisor. { Works On (Project.Hour) }‏ 
DEPENDENT‏ 
EName , DEName . Sex , BDate , REMP‏ 


fry 


نمذجة البياتات 


نماذج البيانات الدلالية (اللفظية) الفصل السادس 
أضواع علا قات Relationship types dig sd!‏ : 
ضوع ad e‏ الربط gili gg‏ ملاقة الربفط: 

نوع علاقة الربط R‏ بين ۸ من g ll‏ كينونات (El... Er, E2)‏ هى مجموعة 
ارتباطات بين كينونات من هذه الأنوا ع. رياضيًا: مجموعة وقائع علاقة الربط R‏ هى Ti‏ 
حيث إن Ti‏ هى 11 من الكينونات الأعضاء (1.©62....60©) JS,‏ كيتونة ;€ فى Ti‏ هى 
رقم نوع الكينونة Ej‏ (حيث إن ! < (nj‏ لذا فان نوع علاقة الربط رياضيًا هى نوع 
كينونة. وكل من Hil‏ ع الكينونات Et .E2,...En‏ تسهم Participate‏ فى نوع علاقة 
الربط R‏ وأيضا كل من الكينونات الأعضاء «ه....2.اء تسهم فى واقعة الربط .ri‏ 
مثال (5-5): 

تعتبر نوع علاقة الربط يعمل فى Works-For‏ بين نوعى كينونة الموظف EM-‏ 
PLOYEE‏ والإدارة” DEPARTMENT‏ ھی التى تربط JS‏ موظف بالإدارة التى يعمل 
بها. كل واقعة فى علاقة ربط يعمل فى For —Works‏ تربط كينونة موظف وكينونة 
RS‏ حيث يوضح الشكل رقم )14-1( بعض الوقائع لعلاقة الربط يعمل فى 
 Works-For‏ 


درجة نوع علاقة الريط :Arity of a Relationship type‏ 
درجة نوع علاقة الربط هى عدد أنوا ع الكينونات التى تشترك فى نوع علاقة الربط: 
ولذا فإن درجة علاقة الربط يعمل فى" Works-for‏ هى علاقة ربط ثنانية -Binary‏ 
شكل رقم )١15-5(‏ يبين بعض الوقائع لعلاقة الربط ass’‏ فى" Works-for‏ 


Works-For 
EMPLOYEE DEPARTMENT 





fr^ 


Asi‏ البيانات 


الفصل السادس تماذج البيانات الدلالية (اللفظية) 


قيود على أضواع علاقات الربط: 

Hil‏ ع علاقات الربط عادة لها قيود معينة تحدد إمكانيات تجميع الكينونات 
المشاركة فى ps‏ علاقة الربط. وبتم تحديد هذه القبود من pren‏ العالم الخارجى الذى 
يمال علاقات زيط ule.‏ سمل JU‏ اقفن SSI‏ رقم gh (VA AV)‏ كانت da‏ شرك 
Kane‏ لها قاغدة تنص على أن المؤظف يعمل laii‏ فى إدارة واحدة ققط Shake‏ لايد من 
وصف هذا القيد على المخطط. ويمكن التمييز بين نوعين أساسيين لقيود علاقات الربط 
ali‏ تخد مشكل مهتكرر Aa baus‏ 
x‏ نسبة التعددية Cardinality ratio‏ - 
+ المشاركة Participation‏ . 

أولاً — قنك Loud‏ التعددية: 

يضف هذا القيد عدد وقائع علاقات الربظ التى يمكن للكيتونة أن شارك فيهاء 
فعلى سييل JOL‏ نسبة التعددية لنوع علاقة الربط الثنائية Works-for‏ هى واحد — 
المتعدد lias (1M)‏ يعنى آن JS‏ كينونة بالقسم يمكن آن ترتبط يعدد من كينونات 
الموظف ولكن كينونة الموظف يمكن أن ترتبط بقسم واحد. ونسب التعددية الشائعة 
لأنوا ع علاقات الربط هى: 

(\:\) واحد - لواحد‎ x 

(EM) واحد - لمتعدد‎ x 

(M:N) لمتعدد‎ - saris x 
تد المشار كة:‎ 

يتم توصيف هذا القيد فى حالة وجود كينونة مرتبطة بكينونة أخرى عن طريق نوع 
علاقة ربط معينة. ويوجد نوعان من قيود المشاركة هى : 

. Total قيود مشاركة كلية‎ x 

+ قود مشاركة جزئة „Partial‏ 

fr'4 


نمذجة البيانات 


نماذج البيانات الدلالية (اللفظية) الفصل السادس 
مثال )1—£(: 


لى a à‏ أن القواعد المنظمة لأعمال الشركة فى المثال (VV)‏ تبين أن كل موظف 
يجب أن يعمل فى إدارة واحدة « عندئذ o Sas‏ أن توجد كينونة الموظف فقط فى Jla‏ 
مشاركتها فى وقائع علاقة الربط يعمل فى .Works-For‏ فالمشاركة لنوع كينونة 
"الموظف” EMPLOYEE‏ فى علاقة الربط Works-For‏ تسمى قيد مشاركة كلية liag.‏ 
يحض A B RUE Gf‏ بجي الى dash o jl Hah LAS‏ قوع able‏ 
الربط يعمل فى Works-For.‏ واحيانا يسمى قيد المشاركة الكلية بالتبعية الوجودية 
Leis existence dependency.‏ فى علاقة الربط يدير Manages‏ الموضحة فى الشكل 
رقم )2١-5(‏ يتضح أنه من غير المتوقع أن كل موظف يدير إدارة ٠‏ لذلك فإن مشاركة 
نوع كينونة الموظف فى نوع علاقة الربط Manages‏ هى مشاركة جزنية. وهذا يعنى أن 
يع أو جن من RGR aoc‏ اوی 5 bli ga‏ عن طرق د ر Sie‏ 
الربط يدير Manages‏ وليس الكل. وتجدر الإشارة إلى أن قيود نسبة التعددية 
والمشاركة معا a5‏ تيودا هيكلية Structure Constrains‏ لنوع علاقة الربط. 


الشكل رقم )۲١-١(‏ يبين نوع علاقة الربط "يدير" (V; V) Manages‏ بمشاركة جزئية 
لنوع كينونة "الموظف” ومشاركة US‏ لنوع كينونة "الإدارة” 
Manages‏ 


EMPLOYEE DEPARTMENT 





خصانص أنواع علاقات sdi pil‏ 

إن أنواع علاقات الربط لها Lal‏ خصائص تشابه خصائص أنوا ع الكيتونات. 
مثال ذلك : عندما تسجل oae‏ ساعات العمل hours‏ فى الأسبوع للموظف الذى يعمل 
على Works-On‏ مشروغ معين ‘ فإن هذه الساعات يمكن ان تحفظ فى واقعة علاقة 


[te ]‏ نمذجة البياتات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 
الربط يعمل على :Works-on.‏ لذا Y‏ بد أن تشمل علاقة الربط يعمل على" Works-on‏ 
على خاصية aae‏ ساعات العمل hours‏ كما هو فى الشكل رقم .)5١-5(‏ 

شكل رقم )1-\¥( يبين نوع علاقة الربط يعمل على" Works-on‏ متعدد-لمتعدد (M:N)‏ 


Works -On 





ويمكن Lai‏ أن تشمل علاقة الربط يدير" Manages‏ فى الشكل رقم )7( على 
خاصية تاريخ بدء عمل Mdate pall‏ ويلاحظ أن خصائص أنواع علاقات الربط CEN)‏ 
و (1:1) يمكن أن تتضمن كخصائص لأحد أنواع الكينونات المشاركة. مثال ذلك: 
خاضية تاريخ بدء عمل MDate sull‏ يمكن أن تكون كخاضية Lol‏ فى نوع كينونة 
PER VETRO‏ ينون الإذارة:.رمم ذلك تمي إلى شوغ علاقة النريط يديد 
Manages‏ . وذلك لآن نوع العلاقة الربط يدير Manages‏ هى واحد - لواحد )1:1( 
وذلك GY‏ كل نوع كينونة Slo!‏ أو نوع كينونة الموظف تشارك على الأكثر فى واقعة 
واحدة لعلاقة الربط. أما بخصوص نوع علاقة الربط saly‏ - لمتعدد (LN)‏ فإن خاصية 
الملحقة بعلاقة الربط يمكن أن تضمن hii‏ لخاصية فى نوع الكينونة المشاركة على 
جانب مناسب لها فى نوع علاقة الربط. فعلى سبيل المثال: فى علاقة الربط 'يعمل فى 
Works-for‏ فإن خاصية تاريخ الموظف eus‏ تاريخ تعبين الموظف EDate‏ فى نوع كينونة 
الإدارة هى خاصية مضمنة فى نوع GSI‏ 'الموظف؛ GY‏ علاقة الربط فى واحد- 
لمتعدد (EN)‏ كذلك كينونة كل موظف تشارك على الأكثر فى واقعة واحدة لعلاقة الربط 
يعمل فى :Works-for‏ لذا فإن مشاركة كينونة الموظف هى التى تحدد قيمة تاريخ بدء 
عمل الموظف -EDate‏ 


نماذج البيانات الدلالية (اللفظية) الفصل السادس 
C! oui]‏ الكبنونات الضصطفة Weak Entity type‏ : 


بعض أنواع الكينونات قد 3 os‏ لها خصائص المفتاح وهذا نتضمن عدم 
القدرة على التمييز بين بعض هذه الكينونات ؛ لأن تجميع قيم خصائصها يمكن أن 
يكون متطابق. مثل هذه الأنوا ع تسمى أنواع الكينونات الضعيفة. والكينونات التى 
تنتمى إلى نوع الكينونة الضعيفة يتم تعريفها بكونها مرتبطة بكينونة محددة من نوع 
كينونة آخرى. ويسمى نوع الكينونة المحددة للكينونة الضعيفة باسم صاحب التعريف 
identifying owner‏ ويسمى نوع علاقة الربط المرتبط بنوع الكينونة الضعيقة باسم 
علاقة ربط التعريف identifying relationships‏ لنوع الكينونة الضعيفة. Laila‏ نوع 
الكينونة الضعيفة له قيد المشاركة الكلية (تبعية الوجود). ومع ذلك ليس كل نتائج تبعية 
الوجود فى نوع الكينونة الضعيفة. Js‏ ذلك : نوع كينونة DEPENDENT Heyr‏ المرتبطة 
بنوع كينونة “الموظف والتى تحفظ الذين يتم إعالتهم من قبل الموظف عير علاقة الربط 
salg‏ - لمتعدد CEN).‏ تعتبر نوع كينونة ضعيفة. حيث يمكن أن يكون اثنان من المعالين 
من قبل موظفين مستقلين لهما نفس قيم الخصائص الخاصة بهما ومع ذلك لا يزالان 
كىنونات ممدرة. 

نوع الكينونة الضعيف له مفتاح pe‏ يتكون من مجموعة خصائص تكون وحيدة 
تستطيع أن تعرف الكينونات الضعيفة المرتبطة مع نفس الكينونة الأب Owner‏ وأحيانا 
أخرى تمثل أنوا ع الكينونات الضعيفة بخصائص متعددة القيم المركبة UM‏ 
Js‏ )0-1( : 


يمكن فى هذا المثال عمل تكرير لتصميم كينونة — علاقة ER‏ فى قاعدة بيانات 
شركة gs LAL!‏ اليفرسية (Gea II)‏ فى alll!‏ السابقية وذلك uai Laill sais‏ 
التى تمثل علاقات الربط فى أنوا ع علاقات الريط. وقيود نسبة التعددية والمشاركة لكل 
نوع علاقة ربط تكون محددة من خلال قائمة المتطلبات السابقة..وفى مثال الشركة 
يمكن تحديد أنوا ع علاقات الربط التالية!'): 
(Y)‏ نوع علاقة الربط يدير Manages‏ وهى واحد - لواحد )١:١(‏ بين نوعى كينونة 
EMPLOYEE “Abot!‏ و“الإدارة' DEPARTMENT‏ حيث إن مشاركة الموظف 


et]‏ تمذجة البيانات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 


Ul «Rise.‏ مشاركة الآدارة ليست adl]‏ :ويفترض Ga Liens‏ أن الشاركة 
كلية بحيث إن مدير الإدارة يظل بها كل الوقت. وتخصص لعلاقة الربط يدير 
خاصية تاريخ بدء عمل .MDate. pall‏ 


(Y)‏ نوع علاقة الربط يعمل فى Works-For‏ هى واحد - لمتعدد (EN)‏ بين نوعى كينونة 
الإدارة' DEPARTMENT‏ و"الموظف" EMPLOYEE.‏ وكليهما ذات مشاركة كلية. 


(V)‏ نوع علاقة الربط يراقب Controls‏ هى واحد - لمتعدد CEN)‏ بين نوعى كينونة 
الإدارة' PROJECT. ¢ 5 nisl!” ; DEPARTMENT‏ ومشاركة "المشروع' PROJECT‏ 
كلدة. 


(E)‏ نوع علاقة الربط الإشراف Supervision‏ الأحادية هى واحد - لمتعدد (EN)‏ بين 
الموطف (فى وظيفة الشرف) والموطلف.(فى «(Kale Gp! Gay‏ وتكن مشاركة 
جزئية لكليهما؛ GY‏ ليس كل موظف له مشرف وليس كل موظف مشرقا. 

(c)‏ نوع علاقة الربط يعمل على Works_On‏ هى متعدد - لمتعدد (N:M)‏ ويخصص 
لها خاصية aae‏ الساعات Sus. hours‏ إن المشروع يعمل به عدد من الموظفين. 
المشاركة كلية لكل من نوعى الكينونة. 

(1) نوع علاقة الربط يعول Dependents‏ هى واحد - لمتعدد CEN)‏ بين نوعى كينونة 
الموظف" DEPENDENT ley! EMPLOYEE‏ (نوع كينونة ILE Yl‏ ضعيف). 
ومشناركة الموظف جزئية . فى خين أن مشاركة نوع كينونة “الإغالة” كلية . 
ببين الشكل رقم c dpi (YY-)‏ كيثونة — Ge‏ ربط Eae lil‏ بيانات شركة 

المشاريع الهندسية (الافتراضية) حيث Ol‏ 

DE- والإدارة‎ EMPLOYEE abl!” و‎ PROJECT أنواع كينونات "المشروع”‎ (V) 

17 تكتب داخل أشكال مستطيلة. 

(Y)‏ أنواع علاقات الربط مثل يعمل على Works-On‏ و يدير Manages‏ و يعمل فى 
Works-For‏ و يراقب Controls‏ تكتب داخل أشكال yall‏ بحيث ترتبط بأنواع 
alata SUN o Latt‏ خوط مستقيمة: 





نمذجة البيانات 


نماذج البيانات الدلالية (اللفظية) haiji‏ السادس 


Lyn الخصائص تكتب داخل أشكال بيضاويةء وكل خاصية تلحق بتوع‎ (Y) 

(E)‏ الخصائص المتعددة القيم يتم تمثيلها باستخدام الشكل البيضاوى المزدوج مثل 
خاصية الأماكن Location‏ المخصصة لنوع كينونة 'إدارة” .DEPARTMENT‏ 

الخصائص Jos US ll‏ خاصية الاسم Name‏ فى نوع كينونة boll‏ تلحق 
5 تحتها خط. آما I‏ لخصائص ! لمستنتجة يتم د تمثيلها Js‏ بيضاوى فقط. 

(c)‏ أنوا ع الكينونات الضعيفة يتم تمييزها بوضعها فى مستطيل مزدوج» وعلاقات 
الربط التى ترتبط يها تكتب فى شكل معين مزدوجء كما فى نوع الكينونة الإعالة 
.DEPENDENT‏ ونوع علاقة الريط بعول Dependents‏ والمفتاح الجزئى لنوع 
الكينونة يكتب تحته خط منقوط. 

)1( النسب التعددية لأنواع علاقات الربط الثنائية يتم توصيفها بإلحاق رموز 
التعددية M.N‏ .| على كل وصلة مشاركة. 

(V)‏ قنيد المشاركة يتم توصيفه بواسطة خط فردى للمشاركة الجزئية ويخط مزدوج 
للمشاركة الكلية. 

(A)‏ فى نوع علاقة الربط الإشراف Supervision‏ الأحادية تكتب أسماء الوظيفة على 
الجانبين: لآن نوع كينونة الموظف تقوم بكل من الوظيفتين فى تلك العلاقة. 

)4( يمكن استخدام تدوينات بديلة لإظهار القيود الهيكلية على أنواع علاقات الربط 
بعرض قيمتين صحيحتين (min, max)‏ على كل خط يمثل المشاركة لنوع كينونة 


Em‏ تمذجة البيانات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 





شكل رقم )1 - (YY‏ نموذج كينونة — علاقة لقاعدة بيانات شركة 





[PROJECT | cr 


a ds 


أحد الاعتراضات المعنوية العديدة فى استعمال نماذج كينونة — علاقة ER‏ هو Lol‏ 
أن يقدر استعمال علاقة ربط وحيدة بين العديد من الكينونات أو مجموعة علاقات ربط 
أبسط لتمثيل ارتياطات معقدة. ويوفر نموذج كينونة - علاقة ER‏ تدوينًا يشكل 
استقلالية للأسلوب الفنى: مما يؤدى إلى فهمه بواسطة كل من محلل البيانات 
والمستفيد Skill‏ للنظام. ولكن العديد من أصحاب المهن يصادفون صعويات فى فهم 
علاقات الربط التى تشمل ثلاثة أنوا ع كينونات. إحدى المشكلات الكثيرة التكرار التى 
يتم تحديدها بواسطة محلل البيانات أثناء عملية نمذجة البيانات هى: نمذجة علاقة 
الربط التى يعتقد أنها ثلاثية مع عدم التأكد من ذلك؛ مما يؤدى إلى طرح السؤال 
التالى: كيف يمكن تحديد علاقات ربط ثنانية أبسط وكافية؟ 


ت چ چ ت [Sl‏ 


تفكبك علاقات الربط : 
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نفس عدم التآكيدات فى وقائّع نادرة نسبيًا عندما يتم الأخذ فى الاعتبار علاقات 
ربط ذات الدرجة الرابعة أو أكثر. لو أخذ فى الاعتبار JES‏ نموذج كينونة-علاقة ER‏ 
فى الشكل (55-1): علاقة الربط يورد Supplies‏ فى الشكل رقم (YY-1)‏ تعرف 
مطلباً لتسجيل القطعة Part‏ التى تظهر فى كل طلب requistion‏ بالإضافة إلى المورد 
الذى يورد كل جزء. وبالمثل فى الشكل رقم (YEI)‏ تعرف علاقة الربط يقدم فاتورة bills‏ 
مطليا لتسجيل المنتجات Products‏ التى تظهر على كل فاتورة Invoice‏ بالاضافة إلى 
العميل JS Customer‏ فاتورة. 


شكل رقم (YY-3)‏ يوضح علاقة الربط "يورد" الثلاثية 





Legis التعددية لكل‎ as 5] فى قيود الاعدديةاحية‎ LEY علاققى الربط‎ lS 
ومثل هذه القيود تحدد التجميعات المسموح بها لمشاركة أنوا ع الكينونات. على‎ N-N-I. 
فى الشكل (55-1) تشير إلى‎ Supplier لنوع كينونة المورد‎ (V) سبيل المثال : القيمة‎ 
المقدمء والتى يمكن توريدها عن طريق‎ requisition الموجودة على الطلب‎ Part القطعة‎ 
تشير إلى‎ REQUISITION لنوع كينونة "الطلب”‎ N مورد واحد على الأكثر. أما القيمة‎ 
أن المورد المنوط بتوريد القطعة المطلوية . يمكن آن يوردها على أرقام غير محددة‎ 
للطلبات.‎ 


ts |‏ تمذجة البيانات 
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وعلى الرغم من التشابه الظاهر للمثالين: الا أن علاقات الربط تمثل متطليات 
بذاك arii aud any aia tilia‏ الفاق Eo‏ روي gh‏ اتح je‏ 
قا عاق as Lll Like Gals by‏ اتکی فیا کار تباط بين gan lg Rail‏ 
لكل من أنوا ع الكينونات المشاركة. 

واقعة علاقة الربط يقدم فاتورة bills‏ تتكون من منتج tine Product‏ مسدد ثمنه 
من قبل عميل محدد كجزء من فاتورة محددة. ويوفر الشكل رقم (Yo-1)‏ تمثيلاً لبعض 
الوقائع بواقعة علاقة الربط لكل صنف. على سبيل المثال: الصف الأول يشير إلى رقم 
المنتج )+ (V.‏ المسدد: 


شكل رقم (Yo)‏ يوضح تمثيل فئة الوقائع لعلاقة الربط يقدم فاتورة' 


mole Custer [ Product | 


10001 
10001 
10001 


10002 
10002 
10003 
10003 





d‏ ميق Ja‏ اسيل Rail cesa (WN) ud‏ وهم )^( clay‏ على 
ذلك. Y‏ توجد مجموعة من علاقات الربط الثنائية تنقل نفس مجموعة الحقائق مثل علاقة 
الريط الثلانية. 
على JE Janus‏ الأزقاطاك Cada‏ من شكل رقم (YV73)‏ جين الظلب 
Requisition‏ والقطعة Part‏ بالاضافة الى الطلب والمورد. فى شكل رقم (YV—1)‏ توضح 
فقدان تركيز أى قطعة لرقم الطلب )٠٠٠١(‏ التى يتم توريدها بواسطة المورد رقم )٠١(‏ 
وذلك عكس التى يتم توريدها بواسطة المورد رقم (V+)‏ وذلك يعنى أن آى تفكيك آخر 
لنواتج علاقات ربط ثنائية بنفس التشابه يؤدى إلى فقدان البيانات. ويناء sale‏ فإن 
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علاقة الربط يورد Supplies‏ فى الشكل رقم (YY7)‏ يجب أن تبقى ثلاثية فى حين أن 
Gye‏ الربط asd‏ فاتورة bills‏ يمكن أن تفكك إلى علاقتى ربط ثنائية. 


شكل رقم (V7)‏ يوضح تمثيل Ga‏ الوقائع لعلاقة الربط "يورد" 


Requidition # Suppliert # 
1000 
1000 


1000 
1001 
1001 





شكل رقم (YV-V)‏ جداول علاقية غير ملائمة لبيانات "الطلب” 
شكل رقم (IYV-1)‏ جدول "الطلب" يتضمن “رقم القطعة" 


1000 
1000 
1000 
1001 
1001 
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متى وكيف ينبغى تفكبك علاقات La JI‏ فى نموذج كينونة - علاقة SER‏ باستخدام 
طريقة الخطوات الثمان التى ترسم بشكل صعب على التشايهات: بين تقليل جداول 
قاعدة البيانات العلاقية وعلاقات ربط نموذج كينونة - علاقة .ER‏ 
قو à‏ تعد Gadd‏ علا Cardinality Constraints di xd! Zed‏ : 
قيمة (N)‏ على وظيفة القطعة Part‏ لعلاقة الربط يورد تعنى أن واقعة الطلب 
المزدوجة مع واقعة المورد ليس لها حد أقصى على الرقم المرتبط بوقائع القطعة. بمعنى 
js‏ فإن المورد المذكور يمكن أن يورد العديد من القطع مختلفة على الطلب المحدد ويتم 
Cmax = (SR.P) N.‏ 
Li‏ القيد 1 = Cmax (SRS)‏ فيعنى أن أى مجموعة من رقم الطلب مع رقم القطعة 
يرتبط على الأكثر برقم مورد واحد. أى أن القيد ©7732)3.0(-١‏ له نفس المعنى كما فى 
التبعية الوظيفية: 
FD:a— b‏ 
جد او Cardinality Tables mi à asal) J‏ : 
فى الشكل رقم (Y£-3) . (YY-3)‏ القيود المعرفة غير كافية لاتخاذ قرار بما إذا 
كانت علاقات الربط Ki‏ أم لاء توصيفًا يتضمن (\Y)‏ قيد تعددية JS‏ علاقة ربط ثلاثية 
أفضل من ثلاثة قيود» قيود Gall Cmax‏ الثانية عشرة (VY)‏ الناتجة يمكن أن توصف 
باستعمال جدول التعددية كما هو مبين فى الشكل رقم (VAN)‏ لعلاقة الربط "يورد 
Supplies‏ . 


إن JS‏ صف فى جدول التعددية يمثل مجموعة وظائف محددة للوظيفة 0 ؛ ويوجد 
صف واحد لكل وظيفة a‏ محتملة. بالمثل فان الأعمدة تمثل كل الفئّات الممكنة لوظيفة b‏ 
وهكذا JS‏ خلية فى الجدول تمثل Cmax(a.b) aai‏ فردى. والخلايا المتداخلة تكون مظللة 
ولا تستعمل. مثال ذلك: القيمة فى الصف الأول المورد Supplier‏ العمود الثانى 
الطلب requisition‏ للشكل رقم (YA-Y)‏ تشير إلى القيد Cmax (S.R) = N‏ لعلاقة 
JI‏ بط يورد Supplies‏ بمعنى آخر فإن aa LE a att‏ مك ان uy a‏ تسد 


|t eese 
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اقصى غير محدد للطلبات فى سياق علاقة الربط يورد . يوضح شكل رقم (Y^-3)‏ 
الاتفاقات المقترحة التالية لاستعمال جداول التعددية: 


)1( كل جدول يقسم إلى أجزاء sections‏ مبنية على عدد الوظائف فى كل من a.b‏ 
فعلى سبيل المثال: الجزء الأيمن الأعلى للشكل رقم (VAT)‏ يتضمن كل قيد Cmax‏ 
Gum. (ad)‏ إن (a)‏ لها وظيقة واحدة و (b)‏ لها وظيفتان. ويشار الى هذا الجزء 
بالجدول 1×2. أما فى أقصى اليسار من نفس الشكل فتوجد الأجزاء ٠ IXI‏ 281 
على التوالى. فى حين أن الأجزاء التى لها كل الخلايا مظللة ينبغى أن تحذف. 

(o)‏ يعنون كل صف للجزء 1×1 للجدول بكينونة واسم وظيفة لتعرف وظيفة فردية بشكل 
لا يتكرر. وتكون أسماء الوظائف ضرورية فى حالة مشاركة الكينونة فى العديد من 
الوظائف. كل الأعمدة والصفوف الأخرى تكون معنونة باختصارات أسماء أنواع 
الكينونات الوظائف. تم توصيف ثلاثة قيود تعددية لعلاقة الربط يورد Supplies‏ 
فى الشكل رقم (YI)‏ تظهر فى الجزء 2×1 للجدول فى شكل رقم (VAN)‏ تعطى 
نفس المعنى بالضبط. ويختلف حجم جدول التعددية اعتمادًا على عدد الوظائف فى 
علاقة الربط. 


ويبين الشكل رقم )۲۸-١(‏ تنظيم جدول التعددية لعلاقة الربط من الدرجة الرابعة 
.4-ary‏ واكتمال Jia‏ هذا الجدول ليس نموذجا مثبطًا للهمة؛ alias GY‏ المدخلات entries‏ 
تتجه إلى أن تكون N‏ » ومن ثم يمكن توصيفها بقيود معنوية قليلة فقط. GIU s‏ تكون 
هناك حاجة لمنمذجى البيانات بشكل نادر فى حالة التعامل مع علاقات الربط التى 
تشمل أكثر من ثلاثة وظائف. وأن اكتمال جدول التعددية لعلاقة الربط وليكن للدرجة CN‏ 
تساعد محللى البيانات لعمل تحليل أكثر اكتمالاً لطبيعة علاقة الربط. 


شكل رقم )1 — (YA‏ جدول التعددية لعلاقة الربط "aos‏ 
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Consistency gun hiatal} dui] Qd‏ : 

يوجد القليل من قواعد الاتساق التى ينيغى أن تتبع فى حالة اكتمال جدول 
التعددية. فعلى سييل المثال: عندما يكون القيد فى الشكل رقم (595-5؟) هو Cmax (LC)‏ « 
عندئذ là‏ القيد Cmax (IP.C)‏ ينبغى أن بساوى .١‏ وفى Ula‏ وجود Customer Jae‏ 
sal,‏ فقط له الفاتورة المحددة Invoice‏ » وعندئذ بمكن Ol‏ يوجد فقط عميل واحد للمنتج 
المذكور على الفاتورة. أى قيمة تعادل | فى الجزء 1 ×1 فى جدول التعددية الثلانى 
قصين 31 judd‏ القصوق:قئ الح 3*1 Many‏ الحصير-قواقطبيعا لقاعن JUSSI‏ 
Augmentation‏ لتاكيد الاتساق فى جدول التعددية لعلاقة الربط ذات الدرجة ASG‏ 
ويمكن تعميم مسلمات أرمسترونج Armstrong's axioms‏ المستعملة فى تصميم قواعد 
Ll‏ العلاقىة eis‏ هذه القواعد dne‏ القيد Cmax‏ للقيمة N‏ او c‏ قيمة صحيحة. 

شكل رقم (YA—)‏ جدول التعددية لعلاقة الربط 'يقدم فاتورة 

IG IF GF 





تصميم قا عد ة الببانات العلا Gaga‏ : 

« تيت تظريةاتضهىم tai Beli‏ الاه على مقاميع gsi‏ واب هات 
الوظيفية لتعريف هذا النوع لتفكيك الجدول العلاقى. فعلى سبيل المثال : فى الجدول 
(1) التبعية الوظيفية : 


F:IC 


fa! 
البياتات‎ isit 
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تعنى أن أى فاتورة Invoice‏ يمكن أن ترتبط على الأكثر بعميل واحد فى الجدول؛ 
Cmax (1,C) =1.‏ 

نمو دج كسنونة — علاقة EP‏ : 

أحد المراجع الأولية لتفكيك علاقات ربط كينونة - علاقة يظهر فى سياق طريقة 
تحويل نموذج كينونة - علاقة إلى تعريفات قواعد البيانات العلاقية. وتتضمن الطريقة 
الشكل الطبيعى لنماذج كينونة - علاقة التى تستعمل لتؤكد آن نتائج نموذج كينونة- 
علاقة فى جداول علاقية فى الشكل الطبيعى الثالث أو الرايع أو الخامس Jo‏ أن ab‏ 
تحويل النموذج. 35215 TER‏ - علاقة الذى له هذه الخاصية JU‏ انه يحقق ll‏ 
الطبيعى . وشناك شروط عديدة يتم توفيرها لاختيار ما إذا كانت علاقة الريط لنموذج 
كينونة - علاقة تحقق الشكل الطبيعى. مثال ذلك: لمثل هذا الشرط لو كانت التبعية 
الوظيفة: 

F:a-b 


Lbs Sii b و‎ ELLE SHAS degen حى‎ gly Ly Al Vit gia 
تحقق الشكل‎ Y مفتاح علاقة الريط. فان علاقة الريط عندئذ‎ a واحدة »ولا تمثل‎ 
iE Guns على‎ cia Sas d ssl las. ulli 

ESC 

لعلاقة الريط يقدم فاتورة Bills‏ » حيث إن مفتاح هذه العلاقة يتضمن كلا من 
الفاتورة Invoice‏ والمنتج Product‏ لذلك فإن علاقة الربط يقدم فاتورة ليست فى 
JS ali‏ امف 

معيار تفكيك علاقات نموذج كينونة — علاقة يتم توفيرها كجزء لطريقة أخرى 

pilas Jua‏ كيقوية - la‏ إلى ael chc‏ النياقات AL‏ ويستف هذا المعياد 
أن علاقة الريط ذات الدرجة الثلاثية يمكن أن تفكك إلى علاقات شنائية إذا — وإذا 
فقط - انتهك التمثيل العلاقى المكافئ لعلاقة الربط الثلاثية الشكل الطبيعى الرابع NF‏ 4 . 

fof 
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لمشرف واحد للموارد البشريةء ومشرف واحد للمحاسية. حيث إن مشرفى الموارد 
AT‏ ا عرس gle‏ قدي من sl lay!‏ 


شكل رقم (50-1) كل إدارة يتم الإشراف lale‏ من قبل مشرف الموارد البشرية (H. R.)‏ ومحاسب 


H.R. 





Department 


Accountant 


والنموذج العلاقى المكافئ يتضمن جدولاً Ladle‏ واحدًا لكل من كينونات الادارة 
والموظفين ‏ بالاضافة إلى جدول علاقى منفصل لعلاقة الربط يشرف كالاتى: 
DEPT (DEPT 2. Dname . Dphone....)‏ 


EMP (EMP#,Ename.EB Date, Ephone) 
ADVISES (DEPT#,HR-OFFICER-EMP#. Accountant-EMP#) 


حيث إن هذه المخططات العلاقية فى الشكل الطبيعى الخامس NFo‏ « فإن معيار 
التفكيك يشير إلى أن علاقة الربط 'يشرف لا ينبغى أن تفكك. ومع ذلك استعمال هذه 
العلاقة الثلاثية يتضمن بشكل غير صحيح علاقات ربط RAUS‏ غير كافية. وهوية مشرف 
الشكل رقم .)5١-57(‏ والتحويل المبنى على نتائج الشكل رقم (5-١؟)‏ فى المخططات 
العلاقية المختلفة التالية . وهى أيضا فى الشكل الطبيعى الخامس „5NF‏ 
DEPT (DEPT# . Dname , Dphone . HR-EMP#, ACCOUNTANT-EMP#)‏ 
EMP(EMP#,Ename,EBDate , Ephone)‏ 
lias‏ يبين أن بعض علاقات نموذج كينونة - علاقة ER‏ يمكن أن يتم تقسيمها حتى 
عندما تكافئ جداول علاقية فى الشكل الطبيعى الخامس 5NF‏ وهكذا يتضح عدم دقة 
معبار التفكيك السايق. 


for 
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شكل رقم (Y VY)‏ يوضح علاقتى ربط ثنائية لمشرفى الإدارة 






ريما يكمن معظم اللبس فى معالجة تفكيك علاقة نموذج كينونة - علاقة فى تحليل 
قيود التعددية لمحتوى المفتاح. ومصطلح التعددية الثلاثية يستعمل للإاشارة إلى نوع 
القيد الذى يظهر بشكل طبيعى فى نموذج كينونةعلاقة كما فى شكل رقم (TEV)‏ مثل 
هذه القيود تناظر مدخلات فى الجزء 2x1‏ لجدول التعددية. التعدديات التى تقيد علاقات 

الربط الثنائية دلاليًا يتم تحليلها لتناظر المدخلات فى الجزء 1×1 لجدول التعددية. 

طريقة الخطوات الثمان : 
هذه الطريقة مصممة لاتخاذ قرار تفكيك علاقة R 1 JH‏ الفردية ذات الدرجة “rary N‏ 

ولسهولة التوضيح سيتم التركيز على علاقة الربط الثلاثية. وكيفية إتمام هذا التفكيك. 

ويمجرد الانتهاء من تحليل علاقة الربط الآصلية R‏ إلى علاقات الربط n-ary‏ جديدة. 

أيضا يمكن أن يتم Jalas‏ تلك الغلاقات بنفس الخطوات الثمان « كل منها بشكل 

منفصل عن الآخر. والخطوات الثمان فهذه الطريقة هى كالآتى: 

(V)‏ أكمل جدول التعددية لعلاقة الريط .R‏ كل قيد 1 2 Cmax‏ حيثلا rab‏ ح يمثل 
تفكيك محتمل لعلاقة ball‏ إلى غلاقتى ربط هما 82. 81. Soe‏ تمثل + فتة كل 
وظائف علاقة الربط Basly. R‏ أن لعلاقة الريط الثلاثية8.» > ab‏ لهذه القيود 
Cmax (a.b) li à‏ فى الجزء 1x1‏ لجدول التعددية. علاقة الربط RI‏ تتضمن 
الوظائف فى a b‏ وعلاقة الربظ فى ۸2 تتضمن الوظائف فى .r- b‏ لو أن تفكيكًا 
واحدًا على الأقل يحتمل أن يتم تعريفة ٠‏ ينبغى اختيار إحدى الخطوات من ٠.١‏ 
ل 


Oe 
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١‏ لكل تفكيك محتمل: 
(Í)‏ ينبغى استخلاص قيود التعددية لعلاقتى الربط ۸1.۸2 من جدول التعددية لعلاقة 


الربط ۸. وفى حالة تضمين العلاقة المفككة أكثر من وظيفتين. ينبغى إنشاء جدول 
تعددية لتلك العلاقة. 








(ب) ينبغى مقارنة مجموعة قيود التعددية المحددة لعلاقة الربط R‏ بمجموعة القيود 
المحمية بواسطة النموذج المفكك. حيث تتضمن المجموعة المحمية JS‏ القيود 
المحددة لعلاقتى الربط ۸1.۸2 , بالإضافة إلى القيود التى يمكن استنتاجها عن 
Slat actos Unos Quoi‏ 

١/؟-‏ فى حالة وجود واحد gl‏ أكثر من التفكيكات المحتملة التى تحمى JS‏ القيود ‘ 

aia’‏ يمكن اختيار أى.من هذه التفكنكات. 

-١‏ فى حالة عدم حماية التفكيك المحتمل لكل القيود » عندئذ ينبغى اختيار واحد من 

هده التفكيكات التى cass‏ اعدد الأكثر من gail‏ 

(Y)‏ التفكيك المبنى على التبعيات متعددة القيم: 
فى حالة وجود علاقة الربط R‏ بدون ASE‏ فى الخطوة l‏ فإنه ينبغى أن يحدد ما 

إذا كانت a‏ متعددة القيم » أى يتم تضمينها ao b.c‏ 
أولاً: آنه Lian‏ تحديد القثة المحتملة للقيم المتعددة على أن يأخذ فى الحسيان 

علاقة الربط R‏ ولتعريف هذه Gall‏ ينبغى تعريف كل التغييرات الأساسية الممكنة فى 
sac‏ الوظائف n‏ لعلاقة الربط ۸ فى ثلاثة فثات أو وظاثف هى a.b.c‏ حيث إن t=abe‏ 
فعلى سبيل المثال: يوجد ثلاث فئات متعددة لقيم محتملة ينبغى أن تأخذ فى الحسيان 

لعلاقة الربط الثلاثية ۸ هى: 

.8ه جب R:A>—> BIC. B 44 AIC.‏ 
ويلاحظ أن علاقة الربط الرباعية (ذات الوظائف الأربع) » يوجد لها GS!‏ عشرة 
قيمة متعددة محتملة للتبعية 8|01جب جه . وست ani‏ متعددة محتملة للتبعية 

-AB>C|D‏ وبهذا يصل إجمالى القيم المتعددة المحتملة ثمانى عشرة قيمة. 


ee‏ —— ج ت 
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GE‏ : تحليل كل احتمال susie‏ القيم للتبغية SVS able‏ (بافتراض Gi‏ غلاقة 
الريط R‏ ليست مفككة بالخطوة :)١‏ 

Cmax (2,c) 2 ] . Cmax (a. b) > | 

وهذا يعنى أن علاقتى الربط الفرعتين متعددتا القيم. ولتحديد ما !15 كانت 
العلاقتان الفرعتين مستقلتين e‏ يطرح السؤال التالى: 

آهل توجد معنويًا أى وقائع للوظيفة b‏ مرتيطة بأى وقائع للوظيفة © بواسطة علاقة 
$R 1l‏ 

لو كانت els YI‏ كانت 5l. Y‏ التيعية able‏ تكون متعددة القيم: لذا يجب فك 
علاقة الربط إلى علاقتى ربط 11.82. حيث إن علاقة الربط RI‏ تتضمن الوظائف فى ab‏ 
وعلاقة R2 Ls JI‏ تتضمن الوظانف فى ac‏ 
(Y)‏ التفكيك إلى ثلاث علاقات ربط أو أكثر: 

فى Ula‏ عدم ASE‏ علاقة الربط فى الخطوة ١‏ آو Y‏ فأنه ينبغى تحديد ما اذا 
كانت علاقة الربط R‏ يمكن أن تفكك إلى ثلاث علاقات ريط أو أكثر مبنية على انتهاك 
الشكل الطبيعى الخامس AVIS NFo‏ 

WR dog Jl علاقة‎ lated! )فى‎ ASG (SI etal تحديدافكة التفكيكات‎ : Yl 
التفكيكات الممكنة.‎ JS ينبغى تعريف‎ » Gall ولتحديد هذه‎ 

Gat‏ : يتم JS Jules‏ تفكيك محتمل بالسؤال التالى: 

)1( متى يوجد واقعة لكل علاقة ربط مفككة؟ 

(ب) وأى وظيفة مشتركة لعلاقتى ربط أو أكثر تتضمن نفس الكينونة فى كل واقعة 
ربط؟ وعندئذ هل يتحقق ارتباط علاقة الربط الأصلى n-ary‏ بين وقائع الكينونة 
المشاركة؟". فى حالة الإجابة ب "نعم'. عندئذ يمكن ASE‏ علاقة الريط ۸ إلى 
ثلاثة علاقات ربط أو أكثر يتم تعريفها بواسطة هذا التفكيك المحتمل. 


مدجة البيانات 
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)£( فى حالة allele] cosas obs)‏ عق Lais Y gl X‏ كمال 
تعريف علاقات الربط المفككة كما فى الخطوات من ه إلى ۸. بخلاف ذلك Y‏ يمكن 
التفكيك. 

(o)‏ يتم اختيار أسماء علاقات الربط المفككة المبنية على الدلاليات. 
لواحدة من علاقات الربط المفككة أو لواحدة من أنوا ع الكينونات المشاركة. ويتم 
تخصيص كل خاصية لنوع الكينونة أو لعلاقة الربط التى لها مفتاح وظيفى يحدد 
الخاصية. يمعنى آخر ينبغى أن يوجد قيمة واحدة فقط للخاصية وذلك لأى واقعة 
محددة لنوع الكينونة أو لعلاقة الربظ. واو كانت الخاضية ill‏ تم تخصيصها 
لعلاقة الربط الثنائية تتضمن القيد 1 = Cmax (a,b)‏ فإنه يتم تخصيص الخاصية 
للوظيفة Yay a‏ من نوع الكينونة. 

(A)‏ يجب مراجعة نموذج البيانات كله لتحديد ما إذا كانت علاقة الربط S‏ لأى من 
العلاقات المفككة الموجودة من قبل. وتكون علاقتيا الربط متكافئتين فى حالة 
تد تضمينهما نفس أنواع | لكينونات المشاركة pads‏ | لمعن الدلالىء وان كل نوع 
كينونة مشاركة ينبغى تضمينه فى نفس عدد الوظائف فى كلا علاقتى الربط. 
ويحدث تكافؤ لعلاقات الربط « إذا كانت علاقة الربط الاصلية R‏ ونفس علاقة 
الربط الزائدة عن الحد Le‏ (قبل تفكيك علاقة الربط (R‏ قد تم أخذها فى 
o ey‏ وبالثالى فى كا0 اتاق ex «dall xke Sas HSS‏ متسيس JS‏ 
الخصائص لإحدى علاقات الربط ٠‏ وتحذف الأخرى من نموذج البيانات. 

طا ت qu‏ ضحم : 

e‏ تفكيك علاقة الربط يقدم فاتورة Bills‏ من الشكل رقم (VET)‏ إلى الشكل رقم 

(V) وهو تطبيق مباشر للخطوة‎ (VAAN) مبنى على جدول التعددية فى الشكل رقم‎ (TE) 

sags,‏ احتمال تفكيك واحد فقط يسبب القيد «Cmax (1, C)‏ وعلاقة الربط RI‏ تتضمن 


تماذج البيانات الدلالية (اللفظية) paii‏ تسا دشن 


العميل Customer‏ والفاتورة Invoice‏ وعلاقة الربط R2‏ تتضمن الفاتورة Invoice‏ والمنتج 
Product‏ . والنموذج الاصلى بتضمن فقط قيدين يجب أن يكونا Drama‏ هما: 
Cmax ( LC )=1 . Cmax ) IP.C ) =1‏ 


والنموذج فى شكل رقم (IAT)‏ ثم استنتاجه باستعمال قاعدة الاكتمال؛ لذلك فكل 
os A asl‏ محمية. 
شكل رقم (YY-3)‏ تخصيص الموظفين Employees‏ لمعامل Labs‏ المشاريع Project‏ 


Trine} 





e‏ علاقة الربط 'تخص ص فى الشكل رقم (TYAN)‏ تعرض YU‏ توضيحياً اكثر 
Lass‏ هذه العلاقة تبين تخصص الموظفين Employees‏ للمعامل Labs‏ فى المشاريع 
الحالية JS . Projects‏ موظف يعمل فى Works-On‏ فى مشروع واحد فقط فى المرة. كل 
Lab Jaro‏ يخصص لمشروع واحد فقط فى المرة. كل مشروع يمكن أن ينتشر عبر ثلاثة 
معامل كحد أقصى فى المرة. بمجرد إتمام التخصيصات لكل موظف » يتم حذفها من 
قاعدة البيانات Jais‏ بتخصيصات جديدة. ويعكس جدول التعددية فى شكل رقم 
(1-1؟) قواعد العمل. يتم استخلاص القيود التالية من جدول التعددية فى الشكل رقم 
(TTA)‏ وتخصيصها إلى وظائف علاقة الريط الملائمة قى شكل رقم (TEA)‏ المبنى 
على تقليديات giya‏ كينونة - علاقة ER‏ الطبيعية: 

(al) Cmax (E.P) = | 
(a2) Cmax (E.L) 2 3 


ويتم أيضا استخلاص تلك القيود من جدول التعددية: 


Cmax (P.E) = N 
Cmax (L.E) = N 


fa^ 
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شكل رقم (YT-)‏ جدول التعددية لعلاقة الربط 'يخصص” 
EP EL PL‏ 


Project 
Lab 





EP 
EL 
PL 


التى يتم استعمالها لعلاقات الربط المفككة . ولكن ليس معنويًا لتحليل حماية القيد. 
بالإضافة إلى القيود المحمية بواسطة التفكيك المحتمل التى يتم استنتاجها كالآتى: 





باستعمال قاعدة JUGS YI‏ من al‏ يكون pul‏ 
(a3) Cmax EL,P) = |‏ 
باستعمال قاعدة الاكتمال من a2‏ يكون الناتج : 
(a4) Cmax (EP.L) = 3‏ 
باستعمال قاعدة الانتقال الكازية للقيد eu os 34 . al‏ : 
(a5) Cmac (E.PL) = 3‏ 
والقيود التالية ليست محمية بواسطة التفكيك المحتمل : 
Cmax (P.L = 3‏ 
Cmax (L,P) = |‏ 
Cmax (LP) = 1 säll (25$.‏ فى الشكل رقم (YY-3)‏ الى «LS a ul‏ المحتمل فى 
الشكل رقم (5-1"ب) التى تتضمن القيود التالية: 
(b1) Cmax (L,P) = 1‏ 


(b3) Cmax (P.L) = 3 
(b3) Cmax (E.L) = 3 


BH‏ ——————— ن 
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بالإضافة الى القيود المستنتجة التالية: 
باستعمال قاعدة الاكتمال من bl‏ ينتج 

(b4) Cmax (EL.P) = |‏ 
باستعمال قاعدة الاكتمال من 02 ينتج 

(b5) Cmax (EP,L) = 3‏ 
باستعمال قاعدة الانتقالية من bl‏ 03 ينتج : 

(b6) Cmax (E.PL) > 3‏ 
القيود التالية ليست محمية بواسطة التفكيك المحتمل : 

Cmax (E.P) =| 


تعرف الخطوة (V)‏ التفكيك فى هذا المثال Lei‏ الخطوات من )2( إلى )^( يتم 
استعمالها لتكمل علاقات الربط المفككة. cling‏ على الخطوة )3( فإن القيد Cmax (E.P) = ١‏ 
ينبغى أن يكون مضافا إلى النموذج المفكك حيث توجد القيود محمية. 


شكل رقم (TET)‏ يوضح التفكيكات المحتملة لعلاقة الربط 'يخصص”" 
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نمو دچ كسنونة - علاقة المظطور Enhanced Entity- Relationship (EER)‏ : 


ظهرت العديد من التوسعات لنموذج كينونة - علاقة. بدء العمل فى هذه التوسعات 
عرف بالصفات الثانية لنموذج كينونة علاقة ربط .ER‏ ومعظم المفاهيم المهمة فى نمذجة 
bL‏ الالافية يكن آن ينم GIES‏ يعتكل ye. — TS gigas gle Galle‏ الإطور 
EER‏ وتتضمن الإضافات المهمة لذلك النموذج الأنوا ع الأصلية Superclass‏ والأنوا ع 
الفرعية Subclass‏ والآلية المرتبطة بإحكام والمعروفة يوراثة الخاصية attribute in-‏ 
heritance‏ . ويظل نموذج كينونة - علاقة المطور EER‏ نموذجًا رئيسيًا لتصميم LLAI‏ 
المقاهيمى-وكنان aad‏ الأسباب المهسلةاللإتتشار الواسع لهذا gh ail!‏ تؤفيره 
لتقنية أعلى - أسفل لتصميم قاعدة البيانات. والتى تؤدى إلى توظيف مفهوم التجريد 
Abstraction‏ ويلاحظ أنه فى حالة Jalas‏ التمييز بين أنواع الكينونات وأنوا ع علاقات 
الربط فى النموذج فإنه يتحول إلى نموذج عام لأنوا ع الأشياء -Object classes‏ وسوف 
يتم سرد مفاهيم نموذج كينونة - idle‏ المطور بشىء من CO ual‏ 
مفاهيم نموذج كينونة - علاقة المطور EER‏ : 
« الأنوا ع الأصلية والأنوا ع الفرعية Superclasses & Subclasses‏ : 

قد تم توضيح أن نوع الكينونة يتم استعماله لتمثيل كينونات لها نفس النوع مثل 
مجموعة كينونات الموظف فى مثال )071( لقاعدة بيانات شركة المشاريع الهندسية 
(الافتراضية). ولكن فى حالات كثيرة يكون نوع الكينونة له مجموعات فرعية عديدة 
c aig « rina old lips)‏ إلى تمثيلها Roto‏ واكم على Jisa‏ المقال: الكيتوتات 
الأعضاء فى نوع الكينونة الموظف قد تكون مجمعة فى أكثر من مجموعة مثل الفنيين 
Technician‏ والمديرين Manager‏ والسكرتارية Secretary‏ والمهندسين Engineer‏ وغيرها. 
US,‏ من هذه المجموعات تنتمى إلى نوع الكينونة EMPLOYEE illl‏ وهو ما يعرف 
بالمجموعات الفرعية أو النوع الفرعى Subclass‏ لنوع الكينونة "الموظف" EMPLOYEE‏ 
وهو ما يعرف بالنوع الأصلى Superclass‏ لكل من هذه الأنوا ع الفرعية. وتسمى علاقة 
الربط بين النوع الأصلى chy‏ نوع فرعى له باسم علاقة ربط نوع أصلى/فرعى Super-‏ 
.class / Subclass relationship‏ وعندما يتم تطبيق علاقة الربط نوع أصلى/فرعى فى 


f! 
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قواعد البيانات: فإنه قد يتم تمثيل أعضاء النوع الفرعى كشىء Object‏ مميز أو سجل 
record‏ مميز يرتبط بكينونة النوع الأصلى عبر خاصية Gall‏ ع(" . 

وهناك مفهوم مهم مرتبط بالنوع الفرعى هو وراثة الخاصية: SY‏ كل كينونة فى 
النوع الفرعى يتم تمثلها بكينونة فى العالم الحقيقى من النوع الأصلى. وانه ينبغى 
معالجة قيم خصائصها كنوع الفرعى؛ بالإضافة إلى قيم خصائصها كعضو (ككينونة) 
فى النوع الأصلى. والكينونة التى تكون عضوا فى النوع الفرعى ترث كل خصائص 
الكينونة العضو فى النوع الأصلى؛ وترث أيضا كل وقائع علاقة الربط لأنوا ع علاقة 
الربط التى يشارك فيها النوع الأصلى. 
x‏ التخصيص Specialization‏ : 


التخصيص هو عملية تعريف مجموعة الآنوا ع الفرعية Subclasses‏ لنوع كينونة 
CN a € oaa‏ هذا سس ابرع الأول اف ن ES ned‏ 
مر pai oll) Absa BONN‏ اوسن و E‏ و ت م E‏ 
ECT‏ انف القى peal‏ سن TANT‏ عضي وقد 
amy‏ العديذ من التقنسيصات التي يقم pit] Gls‏ توغ oliy HLS‏ على صقا 
مو SN‏ فی مو اكا همی شرع اة اتر ف يذ 
مجموعة g lgi‏ فرعية (مرتبات الموظفين Salaried-Employee‏ و ساعات عمل الموظفين 
lias YI (Hourly-Employee‏ التخصيص بميز الموظفين بناء على طريقة الدفع. 


ويبين الشكل رقم )١5-1(‏ تمثيل التخصيص برسم تخطيطى فى نموذج كينونة- 
دقر صل راوع alll‏ توص رمن dani ha JS ue (€ ) yall Vll‏ وع 
القرعى بالدائرة حي يتم الإشنارة إلى اتجاه:علاقة الزبط النوع الاضلى/الفرعى. 
والخصائص التى توظف فقط لكينونات نوع فرعى معين Jab:‏ بالمستطيل الذى يمثل 
النوع الفرعى وتسمى خصائص محددة للنوع الفرعى. والنوع الفرعى Sos‏ أن 
يشارك فى أنوا ع علاقات ربط محددة fie‏ نوع ساعات عمل الموظفين Hourly-‏ 
all Employee‏ تشارك فى علاقة الربط ينتمى إلى 861008-10 كما فى الشكل رقم 


rir 
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(Yo-1)‏ وكما يبين الشكل رقم (TIAN)‏ وقائع الكينونة التى تنتمى إلى الأنواع 
الفرعية (السكرتارية Secretary‏ والمهندسين Engineer‏ والفنيين (Technician‏ 
للتخصيص. وعلاقة الربط نوع أصلى/فرعى مثل موظف/رسكرتارية Employee / Sec-‏ 
retary‏ التى تشبه إلى حد بعيد علاقة الربط (VV)‏ لمستوى الواقعة UM‏ 






وهناك سيبان لاستخدام علاقات ربط النوع الفرعى داخل نموذج البيانات : 

(V)‏ بعض الخصائص قد تلحق فقط ببعض الكينونات للنوع الأصلى وليس لكل 
ob aX‏ . 
a al p au‏ 


fir 
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+ التعميم Generalization‏ : 
-١‏ تعرف مجموعة أنوا ع فرعية لأى نوع كينونة. 
-Y‏ ارتياط خصائص محددة إضافية بأنوا ع علاقات الربط لكل نوع فرعى. 
-Y‏ إنشاء أنوا ع علاقات ريط محددة إضافية بين كل نوع فرعى وأنواع الكينونات 

الآخرى. 

تعتبر عملية التعميم عكس عملية التجريد. وفيها يتم وضع حد للاختلافات بين 
أنوا ع الكينونات العديدة c‏ ويؤدى إلى تعريف معالمها الشائعة ويعممها فى نوع أصلى 
واحد لنوع الكينونة التى لها أنوا ع كينونات أصلية هى بمثابة أنوا ع فرعية خاصة. 
فعلى سبيل المثال: يعتبر أنواع كينونات السيارة' CAR‏ و الشاحنة" TRUCK‏ كما فى 
الشكل رقم (155-1) والتى قد تم تعميمهما فى نوع كينونة VECHILE “GS ll‏ فى 
الشكل رقم )7( Lapis‏ توغان قرعيان انوع أضلى تم تعميمه هو VE- "US JT‏ 
-CHILE‏ ويستخدم مصطلح تعميم للاشارة إلى عملية تعريف نوع كينونة تم تعميمه 
من أنواع الكينونات APO sat ah‏ 

JS‏ رقم (irv-)‏ يوضح نوعى كينونة السيارة والشاحنة 
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isit‏ البيانات 


الفصل السادس نماذج البياتات الدلالية (اللفظية) 


شكل رقم (LTA)‏ يوضع تعميم نوعى كينونة "السيارة' و an Ul‏ فى نوع كينونة USA‏ 





وينظر إلى عملنة التعميم على gi‏ عكس عملية التقصيص ٠‏ ولذا فان الشكل رقم 
(Y)‏ يبين الفئة المكونة من (لسيارة ٠ CAR‏ الشاحنة] TRUCK‏ كتخصيض النوع 
كينونة VECHILE "S Jl‏ اكثر منها تعميم لنوعى كينونة 'السيارة CAR‏ والشاحنة 
Luni, TRUCK‏ يمكن النظر إلى نوع كينونة "الموظف” EMPLOYEE‏ كتعميم لأنواع 
الكينونات الفرعية السكرتارية Secretary‏ والمهندسين Engineer‏ والفنبين Technician.‏ 
يتم استعمال رمز الفثة الجزئية ( ©) كسهم يستخدم للإشارة إلى النوع الأصلى الذى 
تم تعميمه فإنه يمثل تعميما. عندما يتم استخدامه كسهم ELAN‏ إلى النوع الفرعى 
gill‏ تم تخصيصه فانه يمثل تخصيصا. 
تسو د على التخصسص Constraints on specialization and Generalization psal! g‏ : 

فى بعض التخصيصات يمكن تحديد الكينونات التى ستصبح أعضاء لكل نوع 
فرعى. وذلك يوضع شرط على قيمة خاصية معينة للنوع الأصلى. مثل هذه الأنواع 
الفرعية تسمى شرط التعريف Condition-defined‏ للأنوا ع الفرعية. فعلى سبيل المثال: 
لى أن نوع كينونة "الموظف” له خاصية نوع الوظيقة JobType‏ كما هى موضح فى الشكل 
رقم (YV-1)‏ فإنه يمكن تحديد العضوية فى النوع الفرعى سكرتارية SECRETARY‏ 
بوضع الشرط الخاص بالتساوى (Jobtype = "Secretory")‏ وهذا الشرط هو القيد الذى 
ssas‏ عضوية النوع الفرعى “سكرتارية' SECRETARY‏ والذى يجب أن يحقق الشرطء 
وإن JS‏ الكينونات فى نوع الكينوتة "الموظف" EMPLOYEE‏ التى لها قيمة الخاصية 

f1à 


isit‏ البيانات 


تماذج البيانات الدلالية (اللفظية) الفصل السادس 


سكرتارية" الخاصة بخاصية نوع الوظيفة JobType‏ يجب أن تننتمى إلى النوع الفرعى 
سكرتارية' SECRETARY‏ 


الشكل رقم )1 - (TV‏ تخصيص ذات 'شرط التعريف" على خاصية الموظف "نوع الوظيفة” 







Secretary 





Engineer 


ENGINEER 












SECRETARY TECHICIAN 


adl فس‎ e Typ cell dei لها‎ parc ita al IAT OSS ah 
Attribute- يسمى تخصيص معرف الخاصية‎ GIS الأصلى: فإن التخصيص‎ p sill فى‎ 
والخاصية تسمى خاصية التعريف.‎ 0 

وفى حالة عدم وجود مثل هذا الشرط الذى يحدد العضوية ٠‏ فإن النوع الفرعى 
يسمى تعريف — المستفيد User defined‏ وتحدد العضوية فى مثل هذا النوع الفرعى 
بواسطة مستخددمى قاعدة البيانات عند تطبيق عمليات إضافة كينونة إلى النوع 
e‏ فاك وان ple Lapis jar SR‏ التعفيس iA s‏ 


: Disjointness Constraint قيد التفكيك‎ -١ 


بحدد هذا القيد النوع الفرعى للتخصيص الذى يجب Ol‏ يتم تفكيكه disjoint‏ . 
بمعنى أن الكينونة يمكن أن تكون عضوا على الأكثر لواحد من الأنواع الفرعية 
للتخصيص. وإذا كانت الأنوا ع الفرعية غير مفككة . فإن مجموعات كينوناتها ريما 

LAN 


نمذجة البيانات 


haii‏ السادس تماذج البيانات الدلالية (اللفظية) 
تتداخل Overlap‏ بمعنى آخر فإن الكينونة نفسها قد تكون عضوًا لأكثر من نوع فرعى 
فى التخصيص. ويمكن استخدام الرمز (d)‏ داخل دائرة صغيرة لتحديد القيد تعريف - 
المستفيد للأنوا ع الفرعية للتخصيص التى يجب أن تكون مفككة. وكذلك الرمز (O)‏ 
داخل دائرة صغيرة للأنوا ع الفرعية للتخصيص التى قد تكون متداخلة. 

:Completeness Constraint الكمال‎ aa. sa . Y 


يحدد التخصيص الكلى total‏ القيد الذى يجب أن تكون كل كينونة فى النوع 
الأصلى عضواً لنوع فرعى معين فى التخصيص. فعلى سبيل المثال: فى حالة وجوب 
ان يكون كل موظف اما فى مرتبات الموظفين Sularied-Enployee‏ أو sie‏ ساعات 
الموظفين Hourly-Employee‏ . قان ذلك التخصخص كرح UK Loken SS‏ للموظف. 
ويعير عنه قى الرسم التخطيطى gija‏ كينونة - علاقة ربط EER yhli‏ باستخدام 
الخط المزدوج 7 

ويسمح التخصيص all‏ للكينونة GAS uec YI‏ إلى d‏ أنوا ع فرعية. فعلى 
سبيل المثال: لو أن كينونة موظف Employee‏ لم 3 تنتم إلى sl‏ من الأنوا ع الفرعية عندئذ 
يكون التخصيص Loja‏ ومما سبق يتضح أن التخصيص يمكن تصنيفه إلى: 

- تخصيص Kis‏ (كلى- جزئى). 

- تخصيص متداخل (كلى - (eom‏ 

Li‏ تعميم النوع الأصلى عادة يكون كليًا؛ SY‏ النوع الأصلى يستنتج منه الأنواع 
ae. ill‏ 
قواعد الا ضافة والحذف 

تطيق قواعد الإضافة والحذف للتخصيص والتعميم؛ بناء على قيود A e ee‏ 
aay‏ ذه القواعق sgh‏ 
-١‏ حذف أى كينونة من النوع الأصلى يتضمن حذقها Coi‏ من كل الأنواع الفرعية 

التى تنتمى إليها. 


E البيانات‎ iait 


تماذج البيانات الدلالية (اللفظية) الفصل السادس 


-Y‏ إضافة أى كينونة إلى النوع الأصلى تتضمن إضافتها إجباريًا إلى كل الأنواع 

الفرعية التى تحقق شرط التعريف . 
-Y‏ إضافة أى كينونة فى النوع الأصلى لأى تخصيص كلى تتضمن إضافة الكينونة 

إجباريًا على الأقل فى واحدة من الأنوا ع الفرعية للتخصيص. 
قمر مت و سنا نكية ١‏ لکیس : 

قد يتفرع من النوع الفرعى أنواع فرعية » تشكل تخصيصات هرمية أو تشابكية 
كما هو مبين فى الشكل رقم (1 )١8-‏ فعلى سبيل المثال: نوع كينونة المهندس 
ENGINEER‏ هو نوع فرعى لنوع كينونة EMPLOYEE ‘Abol‏ وهو Kasi‏ نوع أصلى 
لنوع كينونة "مدير قسم الهندسة liag Engineering-Manager.‏ يمثل قيد العالم 
الحقيقى » حيث إن كل مدير قسم هندسى قد يطلب منه أن يعمل مهندسًا. وهرمية 
التخصيص لديها قيد على أن كل نوع فرعى يشارك فى علاقة ربط واحدة لنوع 
أصلى/فرعى فى حين أنه فى تشابكية التخصيص فإن النوع الفرعى يمكن أن يكون 
نوعا Le pd‏ فى أكثر من علاقة ربط لنوع أصلى/فرعى. أما النوع الفرعى المشارك هو 
نوع فرعى يشارك مع أكثر من نوع أصلى. فعلى سبيل المثال: 

فى حالة أن كل مدير pad‏ هندسة قاح بالعمل مهندسا » يجب أيضا أن يتقاضى 
ass‏ كموظف Maie. .Salaried-Employee‏ ينيغى ejui ol‏ مدير قسم الهندسة فى 
نوع فرعى لكل من الأنوا ع الأصلية الثلاثة فى الشكل رقم (YA)‏ » ويلاحظ أن 
الأنوا ع الفرعية المشاركة تؤدى إلى التشابكية ٠‏ أى أنه لو لم توجد أنوا ع مشاركة فإن 
الهرمية تصبح أكثر من التشابكية. ويتشابه أيضًا تطبيق مفاهيم التعميم من حيث 
هرمية وتشابكية التعميم كما فى التخصيص؟'!. 


tt‏ نمذجة البيانات 


الفصل السادس مادج البيانات الدلالية (اللفظية) 
شكل رقم (Y^ - Y)‏ تشابكية التخصيص مع النوع الفرعى المشارك "مدير قسم all‏ 








HOURLY-EMP 





ENGINEER SALARIED-EMP 






TECHICIAN 







aa‏ الأشالين الا لحماية uilla ld aga Gd pt ALA)‏ کون 
على عسلاقة by JI‏ کون Is-A‏ أكناء ris .Clustring tay tie‏ يعض الحالات يتم 
ITA Bia‏ اق رقن ny‏ السالاات الور ك تكسم الور إلى 
C Pb Lata]‏ 
التصميم المفاهيمى gsi‏ - أسفل D‏ وأسضل - أعلس: 
المخطط المفاهيمى فى حين أن عملية التعميم تناظر التحليل المغاهيمى Jini‏ - أعلى. 
المصنفات والتسصضطفه Categories & Categorization‏ : 

JS‏ علاقات الربط نوع أصلى / فرعى لها على الأكثر نوع أصلى واحد حتى النوع 
الفرعى المشارك Jis‏ مدير قسم الهندسة” Engineering-Manager‏ فى التشابكية فى 
الشكل رقم (YA - T)‏ هو نوع فرعى فى ثلاثة علاقات ربط نوع فرعى / أصلى 
تظهر حاجة ملحه لنمذجة علاقة ربط نوع أصلى/ فرعى مع أكثر من نوع أصلى (حيث 
إن LAs‏ الأنؤاخ الأضلية يهتاف Se‏ أنوا ع الكيتؤنات) »وى مكل هذه pases Lal‏ 
النوع الفرعى مصنقا Category‏ ™( : 
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مذجة البيانات 


تماذج البيانات الدلالبة (اللفظية) الفصل السادس 
مثال (5-5): 


يفترض أن هناك ثلاثة آنوا ع كينونات فى قاعدة بيانات Gold‏ بتسجيل المركيات. 
هى: "الشركة" COMPANY‏ و BANK “cil”‏ و"الشخص" PERSON.‏ وصاحب si‏ 
US ys‏ قد يكون Person aii‏ أو بنكًا Bank‏ أو شركة Company.‏ 


إنشاء نوع Class‏ يتضمن انواع الكينونات الثلاث لتمثل وظيفة (دور) صاحب المركبة. 
الحل : 


يتم إنشاء المصنف gill OWNER “Gale‏ يكون Less‏ فرعيًا لاتحاد Union‏ 
الأنوا ع الثلاثة. وتظهر المصنفات فى نموذج كينونة - علاقة المطور EER‏ كما فى 
الشكل (YAW)‏ حيث إن الأنواع الأصلية الثلاثة (بنك. شخص. شركة) متصلة بدائرة 
صغيرة بداخلها رمز الاتحاد (U)‏ الذى يشير الى عملية اتحاد الفئات. 


JS‏ رقم (Y^-1)‏ يوضح المصنفين "صاحب” 3 as AF‏ المسجلة” 





Jai‏ السادس نماذج البيانات الدلالية (اللفظية) 
حين أن علاقات ربط الأنوا ع الأصلية/الفرعية دائما لها نوع أصلى واحد. 

ويمكن عمل مقارنة بين المصنف والنوع الفرعى المشارك. و يمكن صنع هذه 
المقارنة بين المصنقف OWNER Las‏ والنوع الفرعى المشارك dla ull as Al‏ 


. Engineering - Manager 


OWNER ENGINEERING - MANAGER 


+ هو نوع فرعى لثلاثة أنوا ع أصلية هى: + هو نوع يتضمن ثلاثة أنوا ع من الكينوتات» هى: 
المدير MANAGER‏ و 'المهندس |EN-‏ البنك © BANK‏ و الشركة 3COMPANY‏ 
GINEER‏ و مرتبات Salaried- 3.86 gl!‏ | الشخص PERSON‏ . 
-Employee‏ 


Union ي هذا المصنف هو فثة جزئية لاتحاد‎ |Inter- جزئية لتقاطع‎ Gi هو‎ e sill هذا‎ x 


. ع أصلية‎ lsi آنوا ع فرعية.‎ GG section 


+ يورث هذا p sill‏ كل خصائصه لأنواعه| * كل كينونة لهذا النوع سوف تورث الخصائص 
il Ube!‏ يشاركها: لنوع واحد فقط من أنواع الكينونات التى 
تتضمنها. معتمدا على النوع الأصلى التى 

تنتمى al!‏ الكينوتة. 





Sa:‏ أن کون لصتف SIS gl Gl Badly. Goze gi GIS‏ الصف US‏ قان قد 
IS Lin,‏ 3 صفات عديدة تتضمن نفس المفتاح » عندئذ يفضل عمل التعميم » بخلاقف 
مخطط قاعدة البيانات فى نموذج كينونة - علاقة المطور EER‏ : 

يمكن توضيح مختلف المفاهيم السابقة لمخطط قاعدة بيانات فى نموذج كينونة - 
علاقة المطور EER‏ من خلال المثال رقم .)۷-١(‏ 


مذجه البيانات 


نماذج البيانات الدلالية (اللفظية) القصل السادس 
:(V—\) Ja‏ 

يفترض أن تحتفظ قاعدة بيانات جامعة معينة بالبيانات التالية كما هو موضح 
بالشكل رقم :)5١-5(‏ 


الطلاب Students‏ تخصصاتهم «Majors‏ درجاتهم Transcripts‏ التسجيل Registrations‏ 
بالإضافة إلى فرص دراسة المناهج التعليمية .Course offering‏ 


« تحتفظ قاعدة البيانات أيضًا بمشروعات البحث research projects‏ وبيانات 
الطلاب الخرحِين Graduate Students‏ . 


+ خصائص نوع الكينونة PERSON‏ هى: 


الاسم Name‏ رقم التآمين الاجتماعى SSN‏ . العنوان Address‏ . الجنس Sex‏ . 
تاريخ الميلاد .BDate‏ 


m‏ نوعان فرعيان لنوع الكينونة PERSON‏ هما: 
- الطالب STUDENT‏ 
- الكلية FACULTY‏ . 
y‏ خصائص النوع الفرعى FACULTY “GIS”‏ هى: 


+ المرتية العلمية RANK‏ وتحتوى على: مساعد assistant‏ » مرتبط associate‏ « 


Visiting $555. research بحث‎ . adjunct gals 
. Fotfice مكاتب الكلية‎ x 
. Fphone تليفونات الكلية‎ * 
. Salary Li Jl * 


* أعضاء الكلية المرتبطين باقسام Gas‏ التدريس قد يرتبطوا بأكثر من قسم؛ ولذا 
فإن علاقة الريط هى ينتمى Belong‏ وهى علاقة ربط متعدد - لمتعدد (N : M).‏ 


ve ]‏ تمذجة البيانات 


الفصل السادس نماذج البيانات الدلالية (اللفظية) 








* خصائص النوع الفرعى "طالب STUDENT‏ هى: 

- السنة الدراسية Class‏ وتحتوى على: 

۷ طالب جديد Freshman‏ 

لا طالب بالسنة الثانية Sophomore‏ 

Junior HO)! طالب بالسنة‎ v 

۷ طالب بالسنة الرابعة Senior‏ 

-Graduate Student طالب خريج‎ ۷ 

. minor أو بقسم إضافى‎ Major بلتحق الطالب بقسمه التخصيصى‎ e 
يختار الطالب أجزاء من المناهج التى يريد أن يدرسها ويسجلها.‎ e 


# وتحدد كشوف درجات الطلاب المكتملة فى نوع الكينونة "درجات الطلاب 
TRANSCRIPTS‏ وتوجد كل درجة فى نوع كينونة GRADE ^ 41i 3E‏ الذى 
يتسلمه الطالب فى أجزاء المناهج. 

* يعتبر النوع "الدارس' Grad-Student‏ نوعًا فرعيًا STUDENT “JUN‏ مع تعريف 
الشرط 5 2 Class‏ 


hiis;‏ قائمة الدرجات السابقة لكل خريج فى خاصية متعددة القيم و مركية هى 
الدرجات Degrees‏ . 


* برتيط الطال بمشرف Advisor GIS!‏ واللحنة Committee‏ )!5 وحدت). 
cae‏ ب يمسر د EE,‏ .0 


aa‏ أعضاء هيئة التدريس له الخصائص التالية: الاسم .DName‏ التليفون 
DPhone‏ ورقم المكتب Office‏ وهو يرتيط برئيس القسم „Chiairs‏ 


JS, *‏ كلية لها مجموعة خصائص. منها: اسم الكلية CName‏ رقم المكتب 
COffice‏ » مكتب العميد „Dean‏ 


نمذجة البيانات | Live‏ 


نماذج البيانات الدلالية (اللفظية) haiji‏ السادس 


CName لها مجموعة خصائص ؛ منها: رقم المادة 0#: اسم المادة‎ Course المادة‎ x 
-CDese وصف المادة‎ 

* والعديد من القاعات Sections‏ تخصص لكل مادة» وكل قاعة لها مجموعة 
خصائص. منها: رقم القاعة # Sec‏ واسم المادة .CName‏ السنة الدراسية year‏ 
الفصل الدراسى Qtr‏ ورقم القاعة لا يتكرر. 

Sections القاعات‎ Current-Section يتضمن النوع الفرعى القاعة الحالية‎ x 
وکل قاعة ترتبط‎ . Year = Current year . Qtr = Current Qtr بشرطى التعريف‎ 
الذي یدرس فيها.‎ Instructor بالمحاضر‎ 

+ والمصنف Instructor-Researcher Sab -pólas‏ هو فئة جزنية لاتحاد نوعى 
الكينونة الكلية Faculty‏ و الدارس Grad-Student‏ ويتضمن JS‏ الكليات 
بالإضافة إلى الخرجين الذين تم تدعيهم بتدريس أو بحث. 

x‏ أما نوع الكينونة GRANT ‘pill’‏ تحتفظ بالمنح البحثية والعقود الممنوحة 
للجامعة ولها الخصائص التالية: عنوان المنحة Title‏ رقمها No‏ . الجهة المانحة 
Agency‏ وتاريخ البداية .StDate‏ 

« والمتحة ترتيط بأحد الباحثين الرئيسيين (PI)‏ وكل الباحثين الداعمين „Support‏ 
Start‏ ونهاية تاريخ الدعم «end‏ الوقت المنقضى Lilla‏ فى المشروع Time‏ 


Live ]‏ مذجة البيانات 


الفصل السادس تماذج البيانات الدلالية (اللفظية) 
شكل رقم )1—.£( bball‏ المفاهيمى لنموذج كينونة — علاقة المطور لجامعة افتراضية 


MNang L Name SSN Bda Sex Y. Sr. X Citi State (Zin)‏ مسار 
ee‏ كرون وا 
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نماذج البيانات الدلالية (اللفظية) الفصل السادس 
المبادئ الأساسية لنمذجة الببانات الدلالبة لتطبيقات قواعد البيانات: 
AME,‏ 

Classification / Instantiation تصنيف/التفريع‎ + 

. Identification التعريف‎ + 

Generalization / Specialization التعميم/التخصيص‎ + 

aggregation التجميع‎ * 

association J&L3 Yl s 

المفاهيم المزدوجة JS‏ عكس الآخر fis‏ مفهوم تصنيف/تفريع ٠‏ ومفهوم تعميم/ 
JS‏ هذه المفاهيم التجريدات الرئيسية لنموذج البيانات الدلالية. ويتم تطبيق هذه 
التجريدات البيانية بشكل glue‏ مع ثماذج البيانات الشيئية الموجة. 
Aggregation & Association dabei 9319 Gees!‏ : 

التجميع هو مفهوم تجريدى لبناء تجميع الأشياء من محتوى الأشياء. وعلاقة الربط 
بين الترتيب الأقل للشىء والترتيب - الأعلى له يتم توصيفها كعلاقة ربط يكون جزءًا 
من -Is-Part - Of‏ وفى مستوى آخر يستعمل هذا التجريد لتجميع slal‏ فى 
الشىء. ونموذج كبنونة - علاقة ER‏ | تد rv.‏ يتم ا ستعماله عندما نوجد اثنان أو أكثر 
من أنوا ع الكينونات يمكن ربطهما لتعريف نوع علاقة ربط. 
استعمال التجميع فى هذه الحالة فقط. ويتم has‏ فى نموذج كينونة - علاقة المطور 
EER‏ بواسطة أنواع علاقات الربط. 
— التعريف Identification‏ : 

إنه يشير إلى العملية التى بواسطتها يتم تجرد quail‏ بالإضافة إلى الأشياء 
زات الدلالة الملموسة يحيث تكون وحيدة (غير متكررة) بواسطة معرف معين „Identifier‏ 
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القصل السادس نماذج البيانات الدلالية (اللفظية) 


فى نموذج كينونة علاقة المطور EER‏ تعريف تشييدات المخطط يتم بناؤها بإعطائها 
أسماء لا تتكرر. بالإضافة إلى أسماء الخصائص الخاصة بالنوع المعطى التى يجب أن 
ون Bias‏ 
- التصنيف والتفريع Classification and Instantiation‏ : 


يتضمن التصنيف التبويب الشيثى المتشابه فى أنوا ع. وعلاقة الربط بين الشىء 
والنوع تكون علاقة ربط عضو - أو .Is-Member Or‏ وعلى العكس من التصنيف يكون 
التفريع. 


- مفهوم النوع الأصلى والنوع الفرعى Subclass and Superclass Concepts‏ : 


إن e‏ مزع وا روا حون 0004.03 Oy‏ نوع كيدودة نموي 
JU‏ ذلك: نوع كينونة الطالب ' STUDENT‏ قد تكون نوعا aed‏ من نوع 5235 
PERSON "p05‏ وغااق Las Il‏ مين توعى الكينونتين تضمى “يكون قشو" 15-۸ 


— ورائة الخاصية Attribute Inheritance‏ : 
الكينونة التى تكون عضو لنوع فرعى ترث JS‏ خصائص الكينونة BLS‏ عضو فى 
day JI —‏ الثى يسام s aol pill Lal‏ 
- هرميات التعميم Generalization Hierarchies‏ : 


توجد هرميات الأنواع حيث يرتبط النوع الأصلى بعدد من الأنواع الفرعية التى 
تخصه بناء على المعالم التى تميزها. مثال ذلك: النوع الفرعى PERSON jai i‏ قد 
يرتبط بالنوع الفرعى طالب" EMPLOYEE ibys 5 STUDENT‏ ففى هذه الحالةء 
قد ينقسم النوع الفرعى طالب بناء على الوضع الدراسى إلى آطلاب خريجين 
وطلاب يدرسون. وأيضًا النوع الفرعى موظف قد ينقسم بناء على وقت العمل إلى 
وقت - كامل و وقت - جزئى . ويتم تمثيل هرمية كل نوع بتجريد التعميم عن طريق 
التحرك تجاه قمة الهرم » فى حين أن التخصيص عن طريق التحرك تجاه أسفل 
الهرم. 
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نماذج البيانات الدلالية (اللفظية) الفصل السادس 
- قيود التذ لتخصيص والتعميم: 

Ens tae ill p ANT gas القيود :الى‎ Se اللسفية‎ p LT القن ت‎ al 
NET کی‎ Wala هه )نج‎ can Riya? Oa مکی‎ DE 
اللي‎ UN ECCE PE الى يضف‎ yee Rly Syl 
بأنها يجب أن تكون عضو لنوع فرعى معين فى التخصيصء» فى حين أن التخصيص‎ 
الجزنى لا يسمح للكينونة أن تنتمى إلى آى آنوا ع فرعية.‎ 

التعميم فى النوع الأصلى Sale‏ يكون إجماليًا: SY‏ النوع الأصلى يكون مقسما إلى 
ks BE pO neto m‏ 
دجب Mis i Ra Lipid pus].‏ توم da‏ قوع اة تسم us‏ 
تلك العلاقة ‏ وبخلاف ذلك فإن نوع العضوية يكون اختياريًا. 
تھا د ج ni kui vwal}‏ الو ظسفة Functional Data Models‏ : 

تمثل نماذج البيانات الوظيفية نوعًا jii‏ لنماذج البيانات الدلالية. وتستخدم نماذج 
البيانات الوظيفية مفهوم "الوظيفة الرياضية كبناء نمذجة أساسى. تستخدم هذه 
النماذج الكينونات والوظائف على الكينونات ككتل بنائية أساسية. قى حالة تقديم gi‏ 
طلب للمعلومات يتم عرضه Visualized‏ فى حدود استدعاء وظيفى باستخدام المعاملات 
arguments‏ وتملك وظاتف المستوى الأول الكينونات كمعاملات» ولكن يمكن أن يتم بناء 
Uns Qa Cady Jails ably‏ شوم Lal Aa DAPLEX SUIS‏ الاو فى 
هذه التصنيف. ومن ثم يوجد نوعان من الوظائف التى يتم تعريفها ياستخدام 
الكينوتات كمعاملات أحدهما: وظائف القيمة - الواحدة التى ترجغ كينونة: وثانيهما؛ 
once a past I ecu SET alll atl,‏ تات يسمه laid‏ موقا 
المعاملات المتعددة. وهى توفر معانى تقليدية لتمثل علاقات الربط متضمنة كينونات 
gle Sante‏ مسل الا سكن 321 as I a gh‏ ات سراح ile — TS‏ 
المطور EER‏ فى الشكل رقم i(YV-1)‏ حيث يمكن استخدامه لتوصيف بعض أنواع 
الكينونات وعلاقات الربط فى توصيقات تشابه نموذج "دابلكس" DAPLEX‏ الوظائفى. 
أنواع الكينونات هى: تشخص” PERSON‏ وأطالب” gall y STUDENT‏ الدراسية 
COURSE‏ و الادارة DEPARTMENT‏ 3 الأقسيام SECTION‏ . 
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الفصل السنادس نماذج البيانات الدلالية (اللفظية) 








PERSON ( ) 4 ENTITY 
STUDENT ( ) 4 ENTITY 
COURSE ( ) 4 ENTITY 
SECTION ( ) 4 ENTITY 
DEPARTMENT ( ) — ENTITY 
Ree GE آنا ع الكزتونات القن تس جم‎ Cs السايقة‎ gal NI تحنك‎ 
خاصية أى نوع‎ Lais ومن ثم فإن هذه الأوامر تعرف أنواع الكينونات المناظرة.‎ 
هو نوع الكينونة وذات نتيجة هى‎ argument كينونة يمكن توصيفها كوظيفة ذات معامل‎ 
الكينونة القابلة للطياعة. فعلى سبلل المثال: التوصيفات الوظيفية التالية تصف‎ 
كالآتى:‎ PERSON jai خصائص نوع كينونة‎ 
SSN(PERSON) — STRING 
BDATE(PERSON) — STRING 
SEX(PERSON) 4 CHAR 
ex (YV73) فى الشكل رقم‎ Name الاسم‎ fis وبخصوص الخصائص المركبة‎ 
توصيفهم ككينونات» ومن ثم توصيف محتويات هذه الخصائص كوظائف لخاصية‎ 
كالآتى:‎ Name الاسم‎ 
NAME ( )— ENTITY 
NAME (PERSON) —^ NAME 
FNAME (NAME) 4 STRING 
MNAME (NAME) 4 CHAR 
LNAME (NAME) — STRING 
ولتوصيف نوع علاقة الربط » لا بد من'تسمية نوع هذه الغلاقة الزيظية وتعريقها‎ 
و قاصر على‎ Major أيضا كوظيفة. على سبيل المثال: نوعا علاقة الربط يتخصص‎ 
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نماذج البيانات الدلالية (اللفظية) الفصل السادس 
lll Minor‏ تربطان الطلاب بأقسام هيئّة التدريس يمكن أن تعرف كالآتى: 
MAJOR (STUDENT) 4 DSPARTMENT‏ 


MINOR (STUDENT) 4 DSPARTMENT 

Minor أوأقاصر على‎ Major هذا التوصيف تطبيق وظيفتى يتخصص”"‎ ias 
DEPARTMENT لكينونة الطالب يتم استرجاعها كنتيجة كينونة لنوع كينونة "الإدارة‎ 
ولتوصيف الدور العكسى لنفس نوع علاقة الربط يمكن أن تكتب كالآتى:‎ 

MAJORING-IN (DEPARTMENT) 4 STUDENT (INVERSE OF MAJOR) 

MINORING-IN (DEPARTMENT) > STUDENT (INVERSE OF MINOR) 

وعبارة Inverse‏ تجعل هذه الوظائف عكس الوظائف الموصفة سابقاء ومن ثم تصف 
نفس أنواع علاقات الربط فى اتجاه عكسى. وهذا توصيف لأنواع علاقات ربط واحد- 
لمتعدد N)‏ :1). ويلاحظ آن هذا التدوين )>( يصف تطبيق وظيفتى يتخصص Major‏ 
Minor ` le yali s‏ على نوع كينونة 'الإدارة ill DEPARTMENT‏ يمكن أن 
تسترجع مجموعة من الكينونات الخاصة بنوع STUDENT JUI‏ . وأيضا يستخدم 
هذا التدوين لتوصيف الخصائص متعددة القيم. آما توصيف ¿lai‏ علاقات الربط 
متعدد - لمتعدد (M:N)‏ فإنه يستخدم التدوين (e)‏ لكلا الاتجاهين وهكذا يبين الشكل 
رقم )۳۹-١(‏ تدوين الرسم التخطيطى لهذا المخطط المناظر لمخطط نموذج كينونة علاقة 
المطور Ü) EER‏ فى الشكل رقم (5-.5). 
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شكل رقم (YA)‏ الرسم التخطيطى لتمثيل نموذج البيانات الوظيفى لنموذج كينونة 
علاقة المطور EER‏ فى الشكل رقم )3—-£( 
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نماذج البيانات الدلالية (اللفظية) الفصل السادس 
ويمكن أيضا توصيق علاقة الربط يكون “Tyee‏ 15-4 والقيم المستنتجة. حيث إن 
وظيفة 'يكون الطالب عضوا" Is-A-Student‏ تصف علاقة الربط نوع أصلى/ فرعى فى 
مصطلحات نموذج كينونة علاقة المطور EER‏ بين أنوا ع كينونات PERSON jad‏ 
و الطالب STUDENT‏ كالاتى: 
IS-A-PERSON (STUDENT) — PERSON‏ 
SSN (STUDENT) 4 SSN (IS-A-PERSON (STUDENT)‏ 
يمكن استنتاج بقية القيم من خلال وظيفة “يكون الطالب عضو Is-A-Student‏ التى 
Ble cdd‏ الزمظالشايقة: 
والمفهوم الوظيفى فى نموذج البيانات الوظيفى FDM‏ هو مركب وظيفى. على سبيل 
ila JÈU‏ كتابة: 
DNAME (OFFERING-DEPARTMENT (COURSE)‏ 
يتم تركيب وظيفتينء هما: 
DANAMC . OFFERING-DEPARTMENT‏ 
ويلاحظ أن المركب الوظيفى هو مفهوم أساسى فى لغات الاستهلام الوظيفية. 
ويوضح ذلك Jia‏ بسيط يفترض استرجاع الأسماء الأخيرة Last Names‏ لكل الطلاب 
المقيدين فى مادة الرياضة Math‏ : يمكن كتابه الاستعلام كالآتى: 
RETR/EVE LNAME (NAME (IS-A-PERSON(MAJORING-IN‏ 
(DE(PARTMENT)))‏ 


WHERE DNAME (DEPARTMENT )= Math 


وهكذا فإن gila‏ البيانات الوظيفية FDMs‏ التى بدأت تتزايد وتنتشر بشكل واسع 
على الرغم من أنه لم يتم إنجازها بشكل جيد حتى الآن. 
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: Characteristics Of SDMs dural d ad ! سفات نماد ج ۲ لسا تا یت‎ 


الصفات التالية C)‏ 


: Expressionness التعبيرية‎ o 

يجب أن يكون النموذج معبرا بشكل كاف لكى يمثل لك القدرة على التمييز بين 
e‏ البساطة Simplicity‏ : 

يجب أن يكون النموتج يسيطًا على قدر الإمكان بالتسبة للمستخدم النهائى من 
جهة الاستعمال والفهم: لذا يجب Gsis‏ أن يرفق مع النموذج تدوين تخطيطى سهل. 
e‏ التقليل Minimality‏ : 

scan SS اى‎ PEN LAM a gue ge ta آذ‎ cao 
المعنى.‎ T. ومستقلة‎ 
: Formality الشكلانية‎ e 

ينبغى أن تكون مفاهيم النموذج معرفة شكليًا. كما أنها ينبغى أن تبين المعايير 
المؤكدة لصحة المخطط فى النموذج. 
e‏ وحدانية التفسير Unique Interpretation‏ : 


pais‏ أن توجذ فكرة التفسير IV‏ الوحية liiy «gland dala all‏ مق أن 
تكتمل الدلاليات ولا تحتوى على لبس فى التعريف لكل تركيبة النمذجة. 


far 
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القصل السابع نماذج البيانات الشيثية الموجهة 
مقدمة : 

كل نوع لقاعدة بيانات عامة يجب أن بفرض السؤال التالى :)١(‏ 

ما هياكل البيانات والعوامل المترابطة التى ينيغى أن تدعم النظام ؟ 

الإجابات المختلفة لهذا السؤال أدت الى ظهور نماذج البيانات التقليدية الثلاثة 
التالية : 

* الهرمية. 

SS uil © 


e‏ العلاقبة. 
ولكن قد ظهر فى الآونة الآاخيرة نوع آخر لنموذج قاعدة olla‏ جديد » وهو 
النموذج الشيثى الموجه. وتمثل نظم إدارة قواعد البيانات الشيثية الموجهة دمجا 
للأسلوب الفنى لقواعد البيانات التقليدية والنموذج الشيئى . ويمكن لقواعد البيانات 
الشيئية الموجهة أن تعرض تحسينات معنوية على الأداء تفوق قواعد البيانات العلاقية 
التقليدية لتطبيقات معينة فى الحالات التى تتطلب تنفيذ ربط متعدد لجداول علاقية 
š äs Relations‏ فإن قواعد البيانات الشينية الموجهة يمكن أن تكون أكثر سرعة من 
قواعد البيانات العلاقية القابلة للمقارنة. القيود الأساسية على p Lii‏ البيانات بالإضافة 
إلى النمذجة الشبكية المعقدة التى تؤدى إلى صعوية استخدام للنموذج التشاورى للغة 
نظام البيانات CODASYL‏ والنظم الهرمية لبعض التطبيقات مثل الوسائط المتعددة 

Multimedia‏ . والهندسية engineering‏ وعلم والوراثة genetics‏ وغيرها. 

وسوف يتم استعراض الموضوعات التالية فى هذا الفصل: 
أوجه التشابه بين نماذج البيانات الشيئية الموجهة والدلالية: 

تندرج أوجه التشابه بين gila‏ البيانات الشيئية الموجهة والدلالية فى حدود 
التجريد الهيكلى ومركبات النوع والقيمة. 
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مناطق الاختلاف بين نماذج البيانات الشيئية الموجهة والدلالية: 

Gla all مناطق الاختلاف بين تماذج-البيانات الشيثية الموجهة والدلالية‎ Gade 
ALL II, واليرآةة‎ 
:OODM نموذج البيانات الشيئى الموجه‎ 

obLull gaged bata,‏ ادي x bas all,‏ اق رة بین اهيا العام اغا رجن 
قواعد البيانات الشيئية الموجهة: 

all Segall adl aula pant‏ كل مق وق اشم کیناتیات 
Gai‏ اتاكات cul S‏ تققرة Aog Gi Sl clad Sao DR‏ 
اتجاهية الشىء: 

تشمل اتجاهية الشىء : ثلاث مظاهر أساسية gt‏ آنواع اليياتات التجريديةء 
الوراقة. sigilla,‏ 
إمكانيات قواعد البيانات الشيئية الموجهة: 

هناك العديد من امكانيات قواعد البيانات بصفة عامة مثل: التزامية » المعاملات : 
المعالجة , الاستعلام » الأمن » السلامة c‏ والاداء. ولكن قد تتميز قواعد البيانات الشيئية 
الموجهة عن غيرها من قواعد البيانات الأخرى بإمكانيتى الاستمرارية والإصرار. 
وسوف يقتصر التوضيح فى هذا الجزء على هاتين الإمكانيتين. 
مزايا الطريقة الشيئية للشىء الموجه: 

هناك الحديد من المزايا للطريقة الشيئية ia‏ : التعديد : التقييد بالمواضفات 
الشلوكية ,:مرونة التعريف «وقوة التمذجة. 


T^^ 
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الفصل السابع نماذج البيانات الشيتية الموجهة 
عيوب الطريقة الشيئية الموجهة : 

وعلى الرغم من هذه المزايا إلا أن هناك بعض العيوب المرتيطة بهذه الطريقة مثل : 
S laid‏ راط « Ga aa‏ الاوك عتم R4] satel‏ ا hat‏ عن lad‏ علس مل 
نظرية الفئات التى سبق عرضها فى قواعد البيانات العلاقية. 
لغة الأويال : 

تتكون لغة الأوبال من تعليمات خاصة بتعريف البيانات ومعالجتها. وتعد لغة الأويال 
الأكثر أهمية فى alli‏ البيانات. حيث تعتمذ على نظم قواعد البيانات الشيثية الموجهة 
"جيم إستون GemStone‏ وهى من أقوى نظم قواعد البيانات الشيئية الموجهة. وقد 
تأثرت لغة JULY!‏ كثيرا Smalltalk Gb‏ فى تسهيلاتها لتعريف البيانات ومعالجتها. 
أوجه التشابه بسن نماذج الببانات الشينية الموجهة والدة لسة: 

تتضمن قواعد البيانات الشيئية الموجهة alles‏ نماذج البيانات الدلالية والبرمجة 
الشيئية الموجهة . وتتشابه نماذج البيانات الشيئية الموجهة مع النماذج الدلالية فى 


v e 4542.‏ ; 
-١‏ التجريد الهيكلى Structural Abstraction‏ : 
تعتبر الوراثة inheritance‏ ضرورية فى JS‏ النماذج الشيئية الموجهة بينما Y‏ تعتير كذلك 
فى كل نماذج البيانات الدلالية. 
—Y‏ مركبات النوع والقيمة Value and type Composition‏ : 

كلاهما يوفر مشيدات e sill Constructors‏ والقيمة التى تسمح لمصممى التطبيقات 
أن ينشئوا أعلى النماذج للقيم أو الأنواع bulk - types £a à All‏ مثل القوائم 
والمجموعات والحقائب والصفوف. 


تماذج البيانات الشيتية الموجهة الفصل السابع 
مناطق الاختلاف بين نماذج الببانات الشينية الموجهة والدة لسة: 

المناطق التى تختلف يها نماذج البيانات الشيئية الموجهة عن نماذج البيانات 
الدلالية A) os‏ 
(V)‏ معالجة Treatment of Identifiers ola yal!‏ : 

تعتمد نماذج البيانات الدلالية فى تركيب المعرفات أو المفاتيح على الخصائص أو 
الصفات الداخلية. فى حين تستعمل النماذج الشيئية الموجهة لمعرفات الخارجية للشىء 
تغييراتها. هذه المعرفات تسمى Gigi Surrogates‏ أو معرفات النظاح. 
(Y)‏ معالجة الوراثة Treatment of inheritace‏ : 

تحقق النماذج الدلالية وراثة الخاصية فقط بين الأنوا ع الأصلية والأنوا ع الفرعية 
وهى محدودة. من LAL‏ أخرى توفرالنماذج الشيئية الموجهة WS‏ من الوراثة الهيكلية 
والسلوكية » وهذا يشير إلى وراثة الصفات الهيكلية والإجرائية أو البرمجية؛ ولذا فإن 
الوراثة بين الأنوا ع غير مرتبطة بنوع علاقة الربط التى يسمح بها فى النماذج الدلالية. 
الكبسلة z lir! à‏ المعلومات Information-Hiding & Encapsulation‏ : 

فى النماذج الدلاليةء البرامج (الطرق) Methods‏ المكبسلة (المغلقة) داخل النوع 
لتداول هذه المتغيرات أو الخصائص مباشرة فى نموذج البيانات الشيئى الموجه .OODM‏ 
نمو دج البيانات OODM xir éd! gan}‏ : 

قد ظهر فى الآونة الآخيرة اتجاه جديد فى نمذجة البيانات ومعالجة قواعد البيانات 
فى هذا الاتجاه تعتير قواعد البيانات مجموعة أشياء Objects‏ حيث ان كل شىء Ll‏ 
أن GS fia‏ ماديةء مقهوما. فكرة. Gam‏ أو أى مظهر يخص تطبيق قاعدة البيانات. 
بينما فى نماذج البيانات التقليدية ذات السجل الموجه Ra ell)‏ الشبكية. العلاقية) كان 
ينظر للبيانات كمجموعة أنوا ع سجلات أو جداول علاقية ٠‏ كل منها له مجموعة سجلات 


Lr |‏ مذجة البيانات 


القصل السابع نماذج البيانات الشينية الموجهة 


أو مجموعة قيم مرتبة مخزنة داخل ملف ولكن فى النظام الشيئى الموجه؛ يتم تمثيل 
أشياء العالم الحقيقى مباشرة بواسطة أشياء قواعد البيانات. وتكون هوية الشىء 
Object Identity‏ محفوظة عبر معرف الشىء -Object Identifer‏ 

بينما الأنواع الأكثر تعقيدًا لأشياء العالم الحقيقى يتم نمذجتها فى تطبيقات قواعد 
البيانات البازغة التى تستخدم نماذج البيانات التقليدية والتى تؤدى إلى بعثرة 
المعلومات على جداول علاقية أو آنوا ع سجلات كثيرة تقود إلى فقدان المناظرة المباشرة 
بين شئ؛ العالم الحقيقى وتمثيله داخل قواعد البيانات. وأحد أهداف نمذجة الشىء 
الموجه هو أن يحتفظ بمناظرة مباشرة بين أشياء العالم الخارجى وقواعد البيانات 
بحيث إن الأشياء لا تفقد سلامتها أو هويتها ويمكن تعريفها وتداولها بسهولة. 
قواعد البيانات | Aun‏ الموههة OODBs‏ : 


قواعد البيانات الشيئية الموجهة تجمع وتكمل مفاهيم توجيه الشىء لكى تشبع 
احتياجات الحاسب ليس فقط لتطبيقات قواعد البيانات المتقدمة ولكن آيضا كقاسم 
مشترك يوضح WS‏ من الشىء الموجه وإمكانيات قواعد البيانات ذات تقنية قاعدة 
البيانات الشيئية الموجهة. لذلك فإن التعريف الآتى يمكن استخدامة كإطار عام يميز 
سمات قواعد البيانات الشيئية الموجهة. وقواعد البيانات الشيئية الموجهة = اتجاهية 
الشىء + إمكانيات قواعد البيانات 


Object-Oriented DB = Object Orientation + Database Capabilities. 


ويوضح الشكل رقم (/ا-١)‏ النظام القوى الذى يطلق عليه قواعد البيانات 
الشيئية الموجهة التى تجمع بين فوائد ومفاهيم اتجاهية الشئ مع امكانيات قواعد 
Usual‏ 


و عسي حح | [id‏ 


تماذج البيانات الشيثية الموجهة الفصل السابع 


شكل رقم (\-V)‏ قاعدة البيانات الشيئية الموجهة 


Object 
Orientation 
C Recovery D 
Security D | CVersioning> 
C Integrity > ع‎ 
CPersistence > CConcurrene> 
Daabase 
Querying > Capabilities CPerformance> 


Object - Oriented 
Databases 0 


المعالم الضرورية لنظم قواعد البيانات الشينية ا لموجهة: 

يستخدم مصطلح نظم إدارة قواعد البيانات الشيئية الموجهة لتوصيف نوع من 
الأنظمة بالإمكانيات GY‏ 
.١‏ القدرة على تعريف الأشياء المعقدة Complex Objects‏ 

وهذا يعنى القدرة على تعريف أنواع البيانات بالهياكل المتداخلة. على سبيل المثال: 
القيم المرتبة tuple‏ يتم تشكيلها من أنوا ع أساسية مثل الأرقام الصحيحة: aiy‏ بناء 
الجدول العلاقى relation‏ من مجموعات القيم المرتبة على شكل فئة بواسطة التجميعات. 
Y‏ القدرة على تعريف الإجراءات المرتبطة بالأشياء. 

وهذا يعنى أن تداولاً ينبغى أن يتم عبر الإجراءات المثبتة „built-in‏ وهكذا يمكن 
تغريف:الزكام stack‏ كتوع euius‏ ومن ثم فكل التداول اقشيكى الركامى يكون غتبر 
عمليتى الدفع Push‏ والدس Pop‏ اللتين ينبغى آن يتم تعريفها مسيقا. 


الفصل السسابع تماذج البياتات الشيثية الموجهة 
Y‏ القدرة على التمييز بين شيئين بنفس الصفات. 

نموذج البيانات العلاقى لا يدعم فكرة هوية الشىء وراثياء بمعنى أنه لو كان هناك 
قيمتان مرتبتان two tuples‏ متطابقتان el‏ لا يمكن تخزينهما فى si‏ جدول علاقى DY‏ 
الجدول العلاقى أساسًَا هو فئة c‏ والفئات لا تسمح بالتكرار. بينما فى كل من النظم 
الشيئية الموجهة ونماذج البيانات التبحرية (الهرمية - الشيكية) تسمح بمثل هذه الدعم. 
وتركز gila‏ البيانات الدلالية على تعريف هرمية الأشياء المعقدة وعلى وراثة المحتويات 
الهيكلية وعلاقات الربط عبر SU‏ التجميعات(مثل التخصيص والتعميم). فى حين تركز 
متداخلة داخل انواع الاشياء. 
أولاً : اتجاهية الشىء Object Orientation‏ - 

اتجاهية الشئ هو نظام كل التطويقات (الإنجازات) التى اخترقت مجالات عديدة 
التشغيل , وقواعد البيانات وغيرها: لذلك فإن اتجاهية الشئ يمكن أن تعرف بشكل 
مطلق كنمذجة البرمجيات ونظم التطوير التى تجعل من'السهل تركيب نظم معقدة من 
محتويات فردية. وأكثر المظاهر الاساسية الثلاثة لنموذج الشىء الموجه هى: أنواع 
البيانات التجريدية Abstract Data Types (ADTs)‏ والوراثة Inheritance‏ وهوية الشىء 
-Object Indentity‏ 

وتسهم JS‏ من هذه المفاهيم فى هندسة البرمجيات وسمات النمذجة للنظم الشيئية 
الموجهة. وهكذا يمكن تعريف اتجاهية الشىء حسب المعادلة RIG‏ 


اتجاهية الشىء = نوعية البيانات التجريدية + الوراثة + هوية الشىء 





وفيما يلى شرح أكثر تفصيلاً لمفاهيم اتجاهية الشىء: 


[rar | البيانات‎ rows 


تماذج البيانات الشيئية الموجهة haiji‏ السابع 
-١‏ البيانات التجريدية: 
- التجريد Abstraction‏ : 
الأشياء الأخرى وبركز التجريد على السلوك behavior‏ الضرورى للشىء دون تطبيقه 
implementation‏ : ومن ثم فهو يركز على الصفات الضرورية للشىء بالنسبة لرؤية 
الشىء Lids‏ لعلاقته الصحيحة وأهميتها النسبية للمشاهد. ولأنوا ع التجريدات من 
الأكثر إلى الأقل أهمية تتضمن الآتر!') : 

: Entity abstract تجريد الكينونة‎ e 

هو الشنىء الى ada Caged Jas‏ لشكة نطاق قيم الكيئوئة أو نطاق قيم حلولها. 

: Action abstraction تجريد الحدث‎ e 

هو الشىء الذى يوقر فئة عامة للعمليات Operations‏ « كل منها يطبق نفس نوع 
الوظيفة (الدالة) . 

: Virtual machine abstraction الافتراضى‎ UY! تجريد‎ ٠ 

هو الشىء الذى يجمع العمليات معا والتى a‏ يتم استخدامها بواسطة المستوى 
m‏ للتحكم أو العمليات التى تستخدم à dc panso‏ عمليات المستوى الادتى. 

: Coincidental abstraction تجريد التماكن/التزامن‎ e 

هو الشىء الذى يغلف مجموعة عمليات ليس لها علاقة بأى عملية أخرى. 
أضواع Data types elle!‏ : 

توفر كل لغات البرمجة User‏ لأنوا ع البيانات « ومثال ذلك : لغة اليسكال تدعم 
أنواعًا أساسية مثل الأرقام الصحيحة (integers‏ الأرقام الحقيقية reals‏ » الحروف 
characters‏ » منشئ؛ الأنوا ع type Constractor‏ مثل المنظومات arrays‏ والسجلات 
records‏ ويصف نوع البيانات GES‏ تمثيل مجموعة من الأشياء : فعلى سبيل JUL‏ 
فان is leg‏ قد يتكون عو ill‏ 
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الفصل السابع تماذج البيانات الشيئية الموجهة 
اسم المادة : Name‏ 
تعريف رقم المادة : Number‏ 
تكلفة المادرة : Cost‏ 


وهكذا فإن JS‏ من هذه الخصائص تسمى fields dis.‏ أو slots m‏ أو متغيرات 
واقعة instance variables‏ لنوع بيانات المواد. وكل مادة لها قيم محددة لكل من هذه 
الخصائص. ويلاحظ أن اسم المادة Name‏ هو سلسلة من الحروف String of characters‏ 
وأن رقم المادة Number‏ هو رقم صحيح Sly‏ تكلفة المادة Cost‏ هو رقم حقيقى Real‏ ; 
GI,‏ أنواع بيانات اساسية. وحتى GYI‏ مصطلح lgi‏ ع البيانات Data Types‏ يستخدم 
للوصيق etl degen‏ لها نفس Ga. hil‏ إلى yay‏ السات ال Lop‏ 
p Li‏ البجانات, ula‏ سيل الثال: العليات السسابية gle‏ الأرقام Ceca call‏ 
والحقيقية . عمليات لصق سلاسل الحروف Concatenate‏ وعمليات استرجاع وتعديل 
تكلفة المادة. وهكذا فإن التعريف العام لنوع البيانات يمكن صياغته فى المعادلة التالية: 


نوع البيانات = التمثيل representation‏ + العمليات Operations‏ 





وفى اللغات التقليدية مثل البسكال والسي c‏ فإن عمليات وع SULA‏ تتكون من 
منشئ نوع العمليات Constractors‏ و نوع العمليات الأساسى -base operations‏ ومنشئ 
انوا ع البيانات الشائعة يعتنى السجلات والمنظومات والقوائم sally‏ والتسلسلات. 
وهكذا فإن التعريف العام للعمليات يمكن صياغته Éb‏ للمعادلة التالية: 


العمليات Operations‏ = منشي نوع العمليات Constructor operations‏ 


+ نوع العمليات الأساسية „base opweations‏ 





أحد هذه الخصائص هو خاصية التكلفة Cost‏ يتطلب تعديلا نتيجة زيادة تكلفة الصنف 
oli ٠‏ يجب تداول خاصية تكلفة Cost Anall‏ وتعديلها: ومن ثم فان عملية التعديل 


Item . Cost : = Item . Cost * 1.1; 


مذجة البيانات E‏ 


نماذج البيانات الشيئية الموجهة الفصل السابع 
أضواع lile!‏ التهر Abstract Data Types (ADTs) Aui dad‏ : 


تستخدم أنواع البيانات لتوصيف مجموعة من الأشياء مع نفس علاقة الريط. وأكثر 
من ذلك نماذج أنواع البيانات التجريدية بأنواعها المختلفة فى تطبيقات قواعد البيانات 
الشيثية tum aaa‏ إن alls‏ كل نوع لها تظام: مجموعة رسائل يمك أن تستجيب 
لها. ويوجد فصل واضح بين واجهة التطبيق الخارجية لنوع البيانات والتطبيق الداخلى 
باستخدام أنواع البيانات التجريدية؛ ومع ذلك التطبيق الداخلى لنوع البيانات 
التجريدية يكون مختفيًا. ومن ثم التطبيقات البديلة يمكن أن تستعمل نفس نوع البيانات 
التجريدية بدون تغير واجهة تطبيقها . أنواع البيانات التجريدية تعرف فثات مكبسلة 
لأشياء متشابهة مع مجموعات مترابطة للعمليات؛ لذلك فإن أنواع البيانات التجزيدية 
تصف الهيكل بالإضافة إلى سلوك الأشياء. توصيقات الهيكل تصف ما يشبهة الشىء: 
بينما تصف توصيفات السلوك ماهية الرسائل القابلة للتطبيق لكل شئ. وتخفى نوعية 
البيانات التجريدية التمثيل الداخلى للأشياء عن العالم الخارجى وتحمى الخطوات 
الداخلية التى تطبق سلوك الأشياء عن التطفلات الخارجية. وتوفر نوعية البيانات 
التجريدية والنموذج الحسابى شىء/ رسالة طريقة عمل أكثر تفوضيًا delegatory‏ 
للحساب ٠‏ حيث يرسل الشىء رسالة لشىء آخر الذى بدوره يحدد كيفية الاستجاية 
للرسالة. بفرض تعريف نوع البيانات التجريدية مندوب المبيعات SalesPerson‏ فى مثال 


مكتب الذكاء: 
التمثيل Representation‏ 
الاسم Name‏ 
العمر Age‏ 
رقم التليفون Tel No‏ 
مكان المكتب Office loc‏ 
اتب Salary‏ 
العمولة Commission‏ 
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القصل السابع ماذج البيانات الشيئية الموجهة 


Accounts الحساب‎ 

الحصة النسيية Quota‏ 

Orders الطلبيات‎ 

Operations العمليات‎ 
AddNew Acount حساب جديد‎ GLa! 
Remove Order حذف أمر‎ 
Change Quota تغيير الحصة النسبية‎ 

Change Commission تغيير العمولة‎ 
Total Accounts إجمالى الحسابات‎ 


ويك cu icd bell bila JG LGR‏ فكل نوم bolt‏ الجر غير 
المرئية لالمستخدمين وأيضا الخطوات التى تستعمل لتطبيق كل من عمليات نوع 
البيانات التجريدية التى تكون أيضًا مكبسلة داخل نوع البيانات التجريدية. إن أحد 
alles‏ نوعية البيانات التجريدية هو -GAI‏ - المعلومات Information - hiding‏ بمعنى أن 
الأشياء لها واجهات تطبيق عامة Public‏ ومع ذلك التمثيل فإن التطبيق لهذه الواجهات 
يكون خاص Private‏ وهذا ما يبينه الشكل رقم (Y-V)‏ حيث إن الشكل رقم (ISV)‏ 
يبين الواجهة العامة للنوع Class‏ وتطبيقه « ويتعامل مستخدمو النوع Class‏ مع واجهة 
التطبيق (البرامج أو العمليات) وليس التطبيق للنوع» وهو ما يوضحة الشكل رقم 

Salesperson لنوع مندوب المبيعات‎ (Y-Y) 


النوع Class‏ والشىء OBJECT‏ : 
يعتبر sill‏ ¢ هو القالب Mold or templete‏ يستعمله الحاسب لإنشاء الأشياء 
Lei Objects‏ الشىء فهو واقعة النوع. ويعتبر الشىء واقعة لنوع salg Class‏ فقط. يجب 

تغريف النوع فى لقات البرمجة الشيئية الموجهة قبل إنشناء واقعة (الشى) lp ll‏ 


تماذج البيانات الشيئية الموجهة الفصل السابع 
الرسائل والبرامج Messages & Methods‏ : 
يتم استخدام الرسائل messages‏ كإصدار أمر للنوع أو للشىء بتنفيذ مهمة معينة؛ 
Slay) so Vl‏ رسال له قعلى سييل المثال: يمكق ارال lae s‏ جديدة لتوع gional”‏ 
Account‏ لإنشاء واقعة حساب؛ ومن ثم يمكن إرسال رسالة لشىء الحساب لإيداع 
مقدار .٠٠١©‏ وعلى النوع أو الشىء أن يعالج الرسالة التى يتم تسلمها من قبل 
البرتامج (الطريقة) الجارى على تعليمة التنقيذ ويسقى البرنامج المعرف للتوع بآسم 
برنامج النوع Class Method‏ والبرنامج المعرف للشىء بإسم برنامج الواقعة Instance‏ 
4 والقيمة التى يتم تمريرها للشىء تسمى Jolas‏ الرسالة ("message argument‏ 
وتعريف النوع Class‏ يتضمن الآتى: 
-١‏ اسم النوع Class name‏ - 
—Y‏ العمليات الخارجية External Operations‏ لمعالجة وقائع النوع Class Instances‏ وهذه 
العمليات لها شيئ مستهدف Issey‏ من المعاملات arguments‏ . وتسمى عمليات 
واجهة التطبيق ببرامج (بطرق) النوع .Class methods‏ 
-Y‏ التمثيل الداخلى Internal representation‏ وهو الذى يستولى على قيم الحالات 
المختلفة لوقائع النوع. 


عوامل Gals‏ التطبيق (methods)‏ لنوع مندوب المبيعات SalesPerson‏ تتضمن الآتى: 


. AddNewAccount ssa حساب‎ GLa! Name الاسم‎ -١ 
الحساب المخصص لندوب المبيعات.‎ argnment Jolt! 

التاثير  effect‏ اضافة وتخصيص حساب جديد لمندوب المبيعات. 
—Y‏ الاسم Name‏ إلغاء الطلب Remove Order‏ . 


المعامل argument‏ الطلب الذى لم يعد dhas‏ 


التاثير effect‏ حذف الطلب 


Ed ————— uw 


الفصل السابع نماذج البيانات الشيتية الموجهة 


Total Accounts الحسابات الاجمالية‎ Name الاسم‎ -Y 
tag لا‎ argument المعامل‎ 
للحسابات المخصصة لمندوب المبيعات‎ Shay! العودة بالرقم‎ effect juil 


شكل رقم (Y-Y)‏ البرامج وتطبيق النوع الخاص لندوب المبيعات 
شكل رفم gal ull (IN-V)‏ والتطبيق 


مستخدمو النوع ينفذون البرامج من خلال Method 1 | Method 2 | Method 3 |( i y‏ 


Internal Implementation of the يصف النوع التطبيق اللازم لبرامجه‎ 
Methods } (dala Spats) cl) 





شكل رقم (۲-۷ب) يوضح gill‏ ¢ الخاص لندوب المبيعات 


AddNew Account 
Give Raise 
Change Quota 
Total Account 


Class Sales Person the Methods 


Name 
Age 
Account 
Orders 


Instance Variablred 


AddNew Account NA 
Accounts:= Accounts union [NA] 


Methods Implenentations 


Class Sales Persons Implementation 
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يجب أن يتضمن تعريف النوع التشفير ill Code‏ يطبق عوامل واجهة تطبيق 
النوع: بالإضافة إلى التمثيل الداخلى للأشياء (حالات الشىء) فى النوع. وقيم 
المتغيرات فى التمثيل الداخلى لوقائع النوع تخص الأشياء الفردية individual objects‏ 
فعلى سبي المثال : التمثيل الداخلى ل أحمد' يتكون من توصيفة 
(الاسوالفتوان... الغ والحسابات pally‏ التقظة الث يتعامل مها , بعشن اليه 
التى تصف seni‏ قد تصف أشياء أخرى مثل : aaa‏ يشارك مكتيه مع صلاح ؛ 
لذلك يعتير المكتب قيمة مشتركة . وإن تجميع الفئة الكاملة لهذه القيم يستحوذ على 
حالة أحمد State of Ahmed‏ لواقعة مندوب المبيعات. ومع ذلك فإن قيم المتغيرات فى 
gal july‏ التطبيق: alan‏ وانيههة التطبيق ها Gute o:‏ تدعا elei‏ 
procedure‏ فى لغات البرمجة التقليدية. 
وهكذا فإن قاعدة تشفير فردية تطيق مثل هذه العوامل مثل: إضافة حساب 
جديد Add New Account‏ إلغاء الطلب Remove Order‏ » الحسابات الإجمالية Total‏ 
Accounts‏ . هذه العوامل Operators‏ توضع Clo‏ موضع التنقيذ داخل الشىء 
المستهدف Target Object‏ كمعامل argument‏ والنظم الشيئية الموجهة توظف العمليات 
الدقيقة للأشياء المستهدفة بدون انتهاك لحالتها الداخلية -Internal States‏ 
مميسزات نومية البيانات التجريد ية: 
يمكق أ gal‏ عميزات تة البياقات التمريرية چا gly‏ 
-١‏ آنها تسمح بأفضل نمذجة مفاهيمية ولنمذجة العالم الحقيقى بتعزيز التمثيل والقدرة 
على الفهم ويتصنيف الأشداء المبينة على الهيكل والسلوك qoo‏ 
-Y‏ أنها تعزز قوة النظام. فلو أن اللغة تسمح ضمنيًا بتوصيف الأنوا ع لكل متغير» فإن 
نوعية Gna! pes eau Gods mall oLibull‏ التوع inl‏ اقطاء النوع وت المجالجة 
«run-time‏ بالاضافة إلى مراجعة قيود السلامة على البيانات والعمليات التى تعزز 
ححا البرامع: 
"- أنها تعزز الأداء Jans.‏ وقت Compile-time dea ill‏ أفضل ما يكون بمجرد معرفة 


[ree]‏ مذجه البيانات 


الفصل السابع نماذج البيانات الشيئية الموجهة 

› بتجميعات نوعية البيانات التجريدية‎ c gal أنها تستحوذ على دلالية النوع بشكل‎ -٤ 
أو تمركزها والعمليات وتمثيل الخصائص.‎ 

-o‏ أنها Lai‏ التطبيق عن التوصيف وتسمح بتعديل وتعزيز التطبيق دون التأثير على 
واجهة التطبيق العامة لنوع البيانات التجريدية. 


Gal -١‏ تسمح بالقدرة على التمديد extensibility‏ للنظم التى لها محتويات برمجيات 
WG‏ اا اتام dana‏ كوي عن اسيل اتغتلؤها liio y Ly‏ بها 








‘Inheritance dui f 3 $ed! - Y 


تمثل الوراثة علاقة ربط بين الأنوا ع التى يرث بواسطتها أى نوع JS‏ التوصيف 
لنوع آخر بين الأنواع العامة أو edie lem‏ وترث الوقائع كل السمات والبرامج للأنوا ع 
التى تنتمى إليها: 

وللوراثة مميزات عديدة أنها تسمح لنوع معين أن يرث السلوك (العمليات e‏ 
وتوريث السلوك يمكن من مشاركة تشغيل البرامج: ومن ثم يمنح القدرة على إعادة 
استخدامها بين البرامج الفرعية modules‏ . وتوريث التمثيل يمكن من المشاركة الهيكل 
بين بيانات الأشياء. يتم إنجاز الوراثة بتخصيص أنوا ع ca‏ 3352 والأنوا ع Classes‏ 
يمكن أن تكون مخصصة بوجود تمثيلها للمتغيرات أو عمليات CY Lal‏ 

التخضيض هو عقنية أغلى - اقل لتطوير تطبيقات قواعد البياتات الشيقية 
الموجهة Lai.‏ التعميم فهو المتمم للتخصيص ٠‏ ويستعمل تقنية أسفل - أعلى بإنشاء 
E RT‏ التعميم أو الأنواع I sy L/Superclasses Lal‏ ع فرعية Subclasses‏ موجودة. 

بالإضافة إلى نمذجة تطييقات العالم الحقيقى بشكل مغلق على قدر الإمكان , 
LG‏ للتمديد. وتعد الوارثة قوة أخرى لمفهوم الشىء الموجهة الذى يوفر هذه الإمكانيات 
وتستطيع الوراثة التى لها جذور فى نماذج تمثيل المعرفة Knowledge-representation‏ 


المستعملة فى الذكاء الاصطناعى: على بناء أنواع أشياء جديدة ووحدات برمجية 
۳۰١‏ 


A iz‏ البياتات 


تماذج البيانات الشيئية الموجهة الفصل السابع 


Software modules (Class)‏ على قمة الهرم الموجود للوحدات البرمجية: مما يؤدى إلى 
تجنب إلى إعادة التصميم وإعادة التشفيز من البداية. ويمكن أن تورث أنواع Classes‏ 
جديدة كلا من السلوك behavior‏ (العمليات Operations‏ البرامج (الطرق) (all... « methods‏ 
والتمثيل representation‏ المتغيرات القيم Instance Variables‏ » والخصائص (gl... « atlributes‏ 
من الأنوا ع الموجودة . ويمكن توريث السلوك من مشاركة التشفير ومن ثم إتاحة القدرة 
على إعادة الاستخدام بين وحدات البرمجيات . ويمكن توريث التمثيل من مشاركة 
الهيكل بين أشياء البيانات. وتجميع هذين النوعين للوراثة يوفر نمذجة قوية . وتوفر 
الوا تة Cad‏ آل deh‏ اكاب duns olaglell‏ اها فف de. Gites LBV!‏ 
فى تعريف جيد لهرمية الوراثة. 

الوراثة Inheritence‏ فى برمجة الشىء الموجه تستعمل «di‏ تسمى الوراثة يستخدم 
لتصميم كينونتين أو AST‏ والتى تكون مختلفة ولكن يشارك فى معالم كثيرة شائعة. 
acia‏ التو ع اشاق es lal pally‏ اتن قرت مهن لان Je Dlg‏ 
Facets of Inheritance åå ! 5 $4! Jisai‏ : 


تقدم الوراثة بعض التعقيدات Complexities‏ خصوصا عندما تتكامل مع مفاهيم 
الشىء الموجه الآخرى fos‏ الكبسلة encapsulation‏ والنوعية typing‏ . الوضوح visibility‏ 
وحالات الشىء Object States‏ . وهتاك ستة أشكال للوراثة التى تمييز معظم الطرق 
الفهمية المستخدمة بواسطة اللغات الشيئية الموجهة A) gas‏ 
-١‏ الوراثة والنوعية القرعية Inheritance & Subtyping‏ : 

فى معظم اللغات الشيئية الموجهة تكون الوراثة والنوعية الفرعية ا لمستعملة قايلة 
lily Jat‏ قليلة توقن تشبيدات مخطقة لبعع كل عقيو ونما مقهومان مجان فى 
آلية واحدة فى معظم لغات البرمجة. ويينما مصممو اللغات يرادفون استعمالا بين 
مصطلحى نوع Class‏ ومصطلح نوع Lass type‏ مصطلحان مترادفان. هكذا ايضا 
يرادقون استعمالاً بين مصطلح النوع الفرعى Subclass‏ + الذى يشير إلى الوارثين 
5 ومصطلح النوع الفرعى Subtypes‏ ؛ مما يؤدى إلى معان مختلفة فى لغات 
مختلفة. والنوع type‏ هو مجموعة أشياء ومجموعة عمليات على الأشياء. والعناصر 


ref 
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05 الشائعة لمختلف الأنوا ع يمكن أن تكون مجردة لتشكل هرميات النوع الفرعى 
Subtype‏ . وبشكل عام تتعامل الوراثة مع التطبيقء والنوعية الفرعية هى علاقات الربط 
الدلالية بين أنواع الأشياء. بالوراثة يمكن للمبرمجين تشييد نظم أكثر تخصصًا من 
هرميات النوع الموجود. إنها الآلية التى تسمح للوحدات البرمجية أن تشير إلى 
الوحدات البرمجية وتعيد استخدامها. أما فى اطار الشىء الموجهة فإن النوعية 
الفرعية يتم تحليلها مقترنًا بنوعية البيانات التجريدية. وهكذا لو كان هناك نوعان من 
نوعية البيانات التجريدية. الأول نوعية البيانات التجريدية ADTI‏ وهو نوع فرعى من 
نوعية البيانات التجريدية الآخر 2 ADT‏ فإن: 

أ - هيكل ADTI‏ يجب أن يكون legs‏ فرعيًا Subtype‏ لهيكل .ADT2‏ 

ب.- سلوك ADTI‏ يجب أن Giy Joes‏ لسلوك .ADT2‏ 

وتعريف السلوك للنوعية الفرعية يكون مستقلاً عن التطبيق وينظر للنوعية الفرعية 
كهرمية السلوك . بينما من ناحية أخرى ينظر إلى الوراثة كهرمية تطبيق Imple-‏ 


. mentation 
: Visibility of inherited variables and methods وضوح المتغيرات الموروثة والبرامج‎ —Y 
Instance Slag)! تسمح بعض اللغات الشيئية الموجهة بالمعالجة المباشرة لمتغيرات‎ 
5 ويعض اللغات الآخرى تميز بين متغيرات الوقائع العامة والخاصة‎ . Variables 
.Subclass-Visible الفرعى — المرئى‎ & sil توجد 56 بدائل تسمى‎ llb, 
‘Class inheritance النوع‎ Gly أ-‎ 
PEE O اا ان‎ pds الع اوج‎ Lill فى معظم‎ 
الفئات المكبسلة للأشياء‎ Classes وتطبق الأنوا ع‎ Class inheritance خلال وراثة النوع‎ 
التى تعرض نفس السلوك (أى نفس أنواع البيانات التجريدية) وفى معظم هذه اللغات‎ 
(behavior (السلوك‎ Methods يمكن أن تورث الأنواع كلاً من الطرق‎ C++ مثل لغة‎ 
.superclasses من الأنواع الأصلية‎ (Structure (الهيكل‎ instance variables ومتغيرات الوقائع‎ 


rer 
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ويجانب توفير أداة قوية لتنظيم المعلومات . فإن المساهمة الأكثر أهمية هى مشاركة 
استخدام التشفير والاستيلاء على وراثة النوع Class inheritance‏ فى النظم الشيئية 
الموجهة ياستخدام Tx JULI‏ دبين الأنواع Classes‏ المتمركزة " ly‏ الشجرة فى 
الشكل رقم (Y-Y)‏ والممثلة لنوع موظفى المكتب Office Worker‏ التى يمكن أن تكون 
مخصصة Specialized‏ بالإضافة إلى هرمية الوراثة والآنوا ع هى: 

السكرتارية Secretary‏ مندويو المبيعات Sales Persons‏ الذين هم موظفو المكتب e‏ 
ويعتبر مديرو المبيعات itt Sales Managers‏ کے ا لمندوبى المبيعات والمديرون 
المباشرون تخصيصا لمديرى المبيعات. 


وتمثل الأنوا ع :Classes‏ المطورين Developer‏ السكرتارية Secretary‏ ومندويو 
المبيعات هم أنوا ع فرعية Subclasses‏ لموظفى المكتب Office Worker‏ ويمثل نوع موظفى 
المكتب Office Woeker‏ النوع الأصلى .Supperclass‏ وتكون العلاقة بين النوع الفرعى 
والنوع الأصلى هى علاقة انتقالية transitive‏ 


شكل رقم (T-V)‏ يوضح هرمية الوراثة لموظفى المكتب 


Office 
Worker 















Sales 
Persibs 
Sales 
Manager 
District 
Manager 


وبتبين مما سيق ذكره أن وراثة النوع Class Inheritance‏ لها مظهران : 


Developer 








Veg 
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هيكلية Structure‏ : 


وفيه وقائع Jia p gill‏ مندوب المبيعات Sales Person‏ التى هى نوع فرعى لنوع 
موظفى المكتب Office Worker‏ لها قيم متغيرات وقائع مورثة من نوع موظفى المكتب 
Office Worker‏ مثل: الاسم Nume‏ العنوان Address‏ والمرتب Salary‏ وهكذا. 


: Behavior السلوك‎ 


توجد برامج للنوع مثل: تراكم الإجازات «Accumulated Vacation‏ زيادة الرواتب 
.GiveRaise‏ تغيير العناوين Change Address‏ التى يتم توريثها بواسطة أنواعه الفرعية 
مثل مندوب المبيعات SalasPerson‏ والسكرتارية Secretary‏ . والنتيجة هى أنه يمكن 
ol SL.‏ ترسل مع محدد الاختيار (GiveRaise Selector)‏ إلى الواقعة هالة 
للسكرتارية: لكى تنفذ برنامج 8365 الرواتب Give Raise‏ لموظفى Office Worker «S1!‏ 
ب — توريث البرامج (الطرق) Inheriting Methods‏ : 

مما سبق بيانه؛ فإن Class ¢ sill‏ يعرف JS‏ من الهيكل Stracture‏ والسلوك be-‏ 
0 لمجموعة أشياء . ويتم توصيف السلوك فى البرامج المرتبطة مع وقائع النوع. 
والبرامج هى العمليات التى يمكن أن تسترجع أو تعدل حالة الشىء Object State’‏ . 

شى هرمية &l gl‏ « نتم eua‏ البرامج 5 والمعرفة للنوع بواسطة أنواعه 
الفرعية. وهكذا البرامج المورثة هى جزء من واجهة التطبيق التى تعالج وقائع النوع 
الفرعى. فعلى سبيل المثال وثيقة النص Text decument‏ ووثيقة الرسم Image decument‏ 
فكلاهما يرث من نوع الوثيقة Decument Class‏ التى لها العديد من البرامج مثل: 


Open فتح‎ 
Close إغلاق‎ 
Save ban 


Save as awl ban 
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وهذه البرامج يتم توريثها بواسطة كل من وثيقة النص ووثيقة رسم. فى النوع 
اليس اوي cond‏ ذإن ابرا مو الك هة لحري الوكيقة از Ju‏ القظ esos‏ 
الحرف وهكذا بالنسبة للنص الذى يتكون من مجموعة من حروف تكون معرفة. فإنه 
ليس من cf undi‏ تكون هذه النرامو (ius Be) ota bt o‏ 
لكل الوثائق النصية. وكذلك وثيقة رسم لها برامج محددة مثل التكبير والاستدارة التى 
يمكن تطبيقها للوثائق الرسم. 

ولاف بالنسية texans af BY al pada Ay Ad‏ من ارامح الال Ja‏ 
تطبيقها لواقعة النوع هى اتحاد لكل البرامج التى تعرف الأسلاف العليا ancestors‏ 
للنوع بالإضافة إلى البرامج التى تعرف تعريف النوع. 
—Y‏ الوراثة والكبسلة Inheritance & Encapsulation‏ : 


,45 متغيرات الوقائع تنتهك إخفاء المعلومات والتى تتضمنه كبسلة النوع. فى 
حقيقة الأمر لو كانت متغيرات الوقائع للأنواع الأصلية يتم تداولها بشكل مباشرء فإنه 
يوجد تضارب بين الوراثة والكبسلة. بل أكثر من ذلك فإن الكبسلة يمكن أن تستعمل 
pA ae Bl gil gy Stal EN NM‏ بقل اكش واليشها 
طبيعية لمشاركة التشفير والهيكلة. 

: Specidization & Generalization التخصيص والتعميم‎ —é 


يتم إنجاز الوراثة بتخصص الأنواع الموجودة . والأنواع يمكن أن تخصص 
So) het alisha‏ خلال (itle Lira‏ السلوك Kinsys(colalaall ME dha)‏ 
تخصيص الأنوا ع Classes‏ بحصر التمثيل ji representation‏ العمليات Operations‏ 
لزاع الممسودة روطم الل الانينية الويمية الموج سمح يتطويز التطبيقات 
بوا نة قف جى olg ad ys‏ هن فى Jic dias‏ اقرع هوت 
خاصة sip‏ التطبيقات. ويتم تحديد التطبيقات بإنشاء أنوا ع Subelasses Ge jà‏ للأنوا ع 
الموجودة. ويوضح الشكل (/-15) والذى يشمل نوعين أحدهما الأنواع القديمة والمميزة 
بإطار به خطوط مظللة والأخرى هى الأنواع ذات الإطار الأبيض التى تم إنشاؤها 
dass‏ الوق وا ملؤت من MY‏ م anal‏ ولا فإ التتنسيمن فو AV AAS‏ ابقل 
لتطوير البرمجيات وهو ما سبق توضيحه فى الفصل الخاص بنماذج البيانات الدلالية. 
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بإنشاء الأنوا ع الفرعية التى تشكل أوراقا Leaves‏ للشجرة أو قاعدة للهرم. وتخصيص 
نوع موجود يمكن أن يتم بإضافة متغيرات الوقائع وحصر متغيرات الوقائع الموجودة 
وإضافة البرامج» وتجاوز البرامج الموجودة أو تجاهلها وهكذا. Lei‏ التعميم فهو المتمم 
للأنوا ع الموجودة . ويوضح الشكل رقم (SE-V)‏ والذى يبين الأنوا ع الجديدة فى قمة 
الهرم والتى يتم إنشاؤها باستخلاص الهيكل الشائع والذى يشمل متغيرات الوقائع 
والبرامج الموجودة من الأنواع الموجودة والتى تكون أسقل الهرم . 


ككل ره (EV)‏ التعسيس positis‏ 
شكل رقم (!-5أ) الأنوا ع الجديدة هى تخصيص للأنوا ع الموجودة 
WML‏ 


أنواع جديدة [ 


ane. 
اا‎ wx. 


آنواع جديدة [ 


شكل رقم (۷-٤ب)‏ الأنوا ع الجديدة هى تعميم للأنوا ع الموجودة 


Yx isi 
52 ع‎ lal 


3 |[ لعا 


* 
[Gr oe ڇڪ‎ IE 
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ه- وراثة الشىء Object Inheritance‏ : 


تدعم معظم اللغات الشيئية الموجهة وراثة النوع Class‏ أى القدرة لنوع معين 
بوراثة التمثيل والبرامج من نوع آخر. والطريقة البديلة هى أن يسمح للأشياء Objects‏ 
أن يتم وراثتها من شىء آخر. ووراثة الشىء تسمح لشىء أن يرث حالة State‏ شىء 
آخر. بعض النماذج أيضا تسمح يدمج عمليات مع الأشياء وتستعمل فقط لوراثة 
الشىء لتنظيم حيزه الشىء وتسمى abi‏ النماذج الأولية -Proto type systems‏ فى هذه 
النماذج ترسل الأشياء رسائل لأشياء أخرى ومن ثم توريث البرامج أو القيم المخزنة 
فى أشياء أخرى. 


: Multiple inheritance الوراثة المتعددة‎ —1 


فى العديد من الحالات يكون من المرغوب أن تتم الوراثة من أكثر من نوع واحد 
وتسمى الوراثة المتعددة . عندما agi‏ نوع بالوراثة من ASI‏ من أب واحد تكون هناك 
إمكانية للتضارب قد تنشأ بواسطة البرامج (الطرق) Methods‏ أو متغيرات الوقائع 
Instance Variables‏ مع نفس الاسم تؤدى إلى توريث دلاليات مختلقة أو غير مرتبطة من 
أنوا ع Ghai‏ مختلفة. وبالوراثة المتعددة يمكن أن يتم جمع العديد من الأنوا ع الموجودة 
لكى تنتج أنواع تستخدم الأنواع الأصلية المتعددة فى مختلف الطرق ومختلف 
الوظائف. بينما فى الوراثة الفردية يكون هرم وراثة النوع شجرة بنوع أكثر عمومية فى 
أصل الشجرة » وهرم وراثة النوع للوراثة المتعددة له نوع يمكن أن يكون له 
أكثر من سلف فى نفس الوقت Predecessor‏ ويصبح الرسم حلقة غير مغلقة مباشرة 
Directed Acyclic Graph (DAG)‏ 

وبتبين مما سيق أن مجموعة متغيرات الوقائع لنوع فرعى هى اتحاد Union‏ 
لمتغيرات الوقائع للنوع الأصلى المباشر بالإضافة إلى متغيرات الوقائع المعرفة من قبل 
فى النوع الفرعى. وأيضًا مجموعة البرامج للنوع الفرعى هى اتحاد لبرامج النوع 
الأصلى المباشر بالإضافة إلى البرامج المعرفة مسبقًا فى النوع الفرعى. ومع ذلك 
البرامج التى يحتويها النوع الفرعى يمكن أن تتجاوز (أو تتجاهل) البرامج فى النوع 
الأصلى. 


go م نت‎ d gar] ۳۰۸ 
البيانات‎ isit 
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: Advantages of inheritance dul 1 انت الو ر‎ jamg 
هى:‎ LIGLI توفر الوراثة الغديد من المزَايا لنمذجة مكاتي الثكاء: وهذه‎ 


-١‏ أنها تعرض نموذجا طبيعيًا لتنظيم المعلومات . على سبيل JUL‏ الوراثة تستحوز 
مباشرة على الحقيقة أن مديرى المبيعات هم أيضا مندوبو مبيعات. 


-Y‏ أنها تسمح بالتشفير والتمثيل للمشاركة بتخفيض الفاقد لتنظيم مكاتب الذكاء. 


-Y‏ أنها تسمح بأنواع وأشياء جديدة ليتم تعريفها فى قمة الهرميات الموجودة أقضل 
من Glosa‏ من الم Les‏ ريد عن QUI‏ والقزع على لتحي zg)‏ موا قوع 
مكتب الذكاء. 

: Object Identity saga} Jad شو‎ - T 
GRR. فى التطبيق‎ ERA TEC UN ERES الهوية فى ضفة لشىء ألتى‎ 

ol‏ البرمجة يتم تحقيق الهوية خلال عناوين الذاكرة memory address‏ أما فى قواعد 

البيانات تكون الهوية محققة خلال مفاتيح التعريف Identifier Keys‏ . وهوية الشىء لها 

ENT ENTUM E NES EE EL 

تشير إليها. هوية الشىء توضح وتطور وتمتد إلى مؤشرات notions ILA‏ فى ol)‏ 

البرمجة التقليديةء والمفاتيح الخارجية فى قواعد البيانات وأسماء الملفات فى نظم 

التشغيل. وياستعمال هوية الشىء فإن الأشياء يمكن أن تحتوى على أشياء أخرى 
أو تشير إلى ذلك. وهذا يؤدى إلى تجاهل الحاجة إلى استعمال متغيرات الأسماء التى 
ليس لها دعم لهوية الشىء. ولكنها تؤدى إلى بعض محدوديات الممارسة العملية. وأحد 
هذه المحدوديات هى فردية الشىء التى قد تؤدى إلى تداوله بطرق مختلقة. وهكذا قد 
Ly‏ الكس» Lab ly ed tas‏ ليبن لها ليف لكف سوس الاقبارة إلى فين 

الشىء. وهذه المحدوديات فى لغات البرمجة التقليدية قد تمنع استعمال هوية الشىء . 

على سبيل المثال: تم تعريف رجل المبيعات باسم Pl‏ وقد تميزه كموظف ومدير للمبيعات 

gia‏ أعلى مبيغات فى شوال ANEN‏ . تفص ball Joy‏ أرتبط باسم 581 مختقف 

هو P2‏ وقد تميز كرجل مبيعات له ثلاث رحلات خارج المملكة العربية السعودية اثناء 

عام cA ENY‏ ويهذا الافتراض فإن P2 . PI‏ يمكن أن يرتبطوا بأشياء ليس لها 
4 
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مؤشرات Pointers‏ . ولغات البرمجة التقليدية لا توفر شروطًا للارتباط Jis‏ مطابقة 
اللشياءبشكل مياشر :وعدا على التقيض من اللفات الشيفية الموجهة التى توشر 
LAS!‏ هوية بسيطامع KRY, gl‏ وال تعطف عن حجار VU‏ 
ويراجع اختيار الهوية ما إذا كان الشيئان متطابقين فى محتوياتهما أم لا 
-١‏ مفاتيح المعرفات Identifer Keys‏ : 

وهذه طريقة أخرى لتعويق الأشياء باش عمال القائيح الثى لا قتكرر gh‏ حقاش 
الفزقاك cage‏ الل دافا Hasta‏ قن ta se alin,‏ رخاس كراد 
البيانات العلاقية التى سبق التطرق لها بإسهاب فى الفصل الرابع. 

ولكن هناك ثلاث عقبات تنتج من استهمال مفاتيح المعرفات لهوية الشىء: 
أ- تعديل مفاتيح المعرفات : 

إحدى هذه العقبات هو آن مفاتيح المعرفات لا يمكن تغيرها حتى لو تم تعريقها 
pital Tals,‏ 
بح Uniformity IWI‏ : 


والمصدر الرئيسى للاتماثل هو أن مفاتيح المعرفات فى الجداول العلاقية relations‏ 
المختلفة لها آنوا ع مختلفة أو تجميعات لخصائص مختلفة. 


: Unnatural joins غير الطبيعى‎ 1e JI "E 
تستعمل فى الاسترجاع بدلاً من‎ cli yall والعقبة الثالثة هى أن الربط بمفاتيح‎ 
OPAL الاسترجاع بالشىء مباشرة الذى یعتبر أبسط ما يكون كما فى لغات الأويال‎ 

.GEM والجيم‎ FAD والقاد‎ 


: Type-State-Identity-Trichotomy dui gid} — ádlad! - E gll : dui العناصر الخلا‎ — Y 


إن النوع à — class‏ فى الأساس AL4e type odds‏ من الهيكل والسلوك 
لوقائعه. ويتم استحواذ الهيكل فى متغيرات الوقائع بينما يستحوذ السلوك فى البرامج 
القابلة لتطبيق الوقائع. 


1 ri. 
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وقيم متغيرات الوقائّع للشىء تنشئّ حالة State‏ الشىء. بمعنى آخر فإن قيمة JS‏ 
متغير هى الشىء ولتوضيح علاقة الربط بين الحالة State‏ والنوع الأساسى type‏ 
نستعرض المثال الآتى: 


بفرض ان JS‏ موظفى المكتب OfficeWorker‏ له متغيرات fie‏ العنوان Address‏ 
والاسم Name‏ والعمر Age‏ لها الأنوا ¢ الأساسية types‏ الآتية: 


Name :NAME 
AGE : INTEGER 
ADDRESS : ADDRESS 
فى‎ NAME. والرقم الصحيح‎ INTERGER والعنوان‎ ADRESS حيث إن الاسم‎ 
يحتوى على المتغيرات الآتية:‎ NAME الاسم‎ Class ونوع‎ «Classes أسماء أنوا ع‎ 


LName :String of char . 
FName :String of char . 


ولذلك فإن JS‏ واقعة لموظف المكتب OfficeWorker‏ تحتوى على العديد من الوقائّع 
التى تمثل قيم هذه المتغيرات فعلى سبيل المثال: 

واقعة الاسم Name‏ هى قيمة الاسم. 

واقعة الأرقام الصحيحة Integer‏ هى قيمة -AGE padl‏ 

واقعة العنوان ADDRESS‏ هى قيمة العنوان ADDRESS‏ 

ومن ثم فإن: 
-١‏ الشىء هو daly‏ للنوع Class‏ (أى نوعه الأساسى .(its type‏ 
”- الشىء له State dla‏ هى قيمة متغيراته. 

بالاضافة إلى آن لكل شىء هوية built-in iiia identity‏ ومستقلة عن نوعه Class‏ 


وحالته State‏ . وهوية الشىء تولد عند إنشائه وهى دائمة بينما حالة الشىء (قيم 


ri! 


نمذجة البيانات 


نماذج البيانات الشيتية الموجهة الفصل السابع 


متغيراته) يمكن أن تتغير عفويًا ٠‏ وهكذا فإن عنوان موظف المكتب OfficeWorker‏ يمكن 
أن يتغير ولكن هويته تظل ثابتة كما هى. والنظم الشيئية الموجهة تدعم الهوية المثبتة 
بقوة على الرغم من آنها تسمح للشىء أن ينفذ تعديلات هيكلية (أى تعديل لنوعه (Class‏ 
integers‏ والحروق characters‏ والسلاسل الحرفية strings‏ والأرقام ذات النقطة العائمة 
Floating-point‏ . وتستعمل القيم الأساسية للمتغيرات بدون هوية أو مراجع للشىء › 
وبتم مشاركة الأشياء باستعمال asi‏ الحلين الآتيين: 
-١‏ الحل الأول هو تكرار الشىء والذى يؤدى إلى ضياع كل من المساحة التخزينية 

والاحتفاظ بتوافقية القيم . 
-Y‏ الحل الثانى هو استعمال مفتاح المعرف” كما هو الحال فى نظم قواعد البيانات 

العلاقية. 

وفوية الشىء لا تتطلب حلول التكرار الزائد ولا مفتاح المغرف. بل استعمال الهوية 
؟- تمشل همز Object spaces repersentation s semi!‏ : 

يبنى حيز الشىء على قمة الأشياء الأساسية p sig -Base Objects‏ الشىء 
الأساسى الأكثر انتشارا هو العدد الصحيح Lei integer‏ أنوا ع الشىء الأساسية 
الأخرى هى الأرقام ذات النقطة العائمة: الحروف والمنطقيات -boolean‏ والأشياء التى 
هى وقائع لهذه الأنواع عادة ليس لديها متغيرات. وهم مثبتون فى أنواع الأشياء التى 
يتم تدعيمها بواسطة النظام ضمنيًا. ومعظم النظم الشيئية الموجهة تخصص هوية 
للأشياء الأساسية. وفناك كم لا حضصر له من ازتباط المغرقات مثل: 

تعديلات الحالة state‏ التى type‏ يتم تنفيذها بواسطة الشىء أو النوع الأساسى. 
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ج- يمكن ان يرتبط كل معرف مع شىء واحد فقط يمعنى آنه لو وجد معرف فى النظام 
لا بد وان يرتبط مع شىء. ويظل الشىء مرتبطا بالمعرف فترة Gla‏ ولذا كل شىء 


- الشىء هو واقعة لنوع liag:‏ يشير إلى النوع الشىء „Object type‏ 
— الشىء له هوية ؛ وهذا يشير إلى المعرف المرتبط بالشىء. 
- الشىء له حالة » وحالته هى dad‏ متغيره. 


ولو فرض بشكل أكثر تحديدًا أن Al, An‏ هى متغيرات للشىء 0 » وحالة الشىء هى: 


Al: TI 
A2 : B 
An: In 


PCR OE 1S San‏ وشیا اساسا 

وروح (VV) « (0-¥) gi SSI‏ الفتكيل يالوم JS uid. LASS lid‏ 
c a os (P Vds‏ هيا ee gull lUa‏ وھچ ار 
Frame‏ لشكل مستطيلى. ويلاحظ أن قيمة المعرف pail‏ الإدارة Department‏ لإدارة 
Jamal Samir‏ هو شىء لا أساس. وكذلك قيمة المعرف لمتغير الإدارة Department‏ لإدارة 
Sulaiman Halim.‏ وهذا يعنى أن Jamal. Halim‏ يشاركان نفس قيمة الادارة -Department‏ 


ويتتبع الشكل رقم (27V)‏ تمثيل نموذج الفئة set‏ والقيمة المرتبة tuple‏ وأن JS‏ 
شىء يعنون بالمعرف الخاص به ولكل متغير (خصائص فى نماذج الفئة واالقيمة 
المرتبة) يعنون ويوصل مباشرة بوصلة are‏ من الشىء إلى قيمة الشىء. والعنوان هو 
اسم المتغير والمستهدف هو قيمة المتغير. ويبين الشكل رقم )5-١/(‏ حيز الشىء فى 
شكل حلقة غير مغلقة مباشرة DAG‏ فى حين يبين الشكل رقم (1-1) التمثيل البديل 
باستخدام الأشكال المستطيلية. 

rir 
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شكل رقم (0-V)‏ يتتبع تمثيل الشىء بالرسم 


eparment Deparment 






Samir Jamal Hardware $1,000,000 SulaimanHalim 


شكل رقم (1-1) يتتبع تمثيل الشىء بإطار مستطيلى 


Last Samir 
First Jamal 


Obiect 


Name 









Age 

Address 2 
17 

Salary S 32.000 

. Street 42 

Department 14 : 

St Name K. Saud 

City Dammam 

State Eastern 


Name Zip 31141 


Age Obie z 
Address 


Last Sulainan 
First Halim 


Salary $ 34.000 


Department 1 





Name Hardware 
Budget $ 1.000.000 
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مما سبق يتضح أن لغات اليرمجة تستخدم مؤشرات العنوان الافتراضى لكى 
تنجز القدرة على مرجعية الشىء object-referencing‏ » ولكى تسمح للمتغيرات أن تشير 
إلى نفس الشىء من مصادر متعددة . وفى الحقيقة أن المؤشرات أو عناوين الذاكرة 
الاققراضية يمكن aai S‏ لتطبيق:هوية الى والاكلاف pua La‏ ميخ Ring‏ 
الشىء والعناوين الافتراضية أو المؤشرات هو ان الهوية مفهوم دلالى Semantic Concept‏ 
مرقيظ بالأشياء فى خين :تدك المناوين فى أماكن BAU‏ 
$ - العمليات المرتبطة Operations With identity ad gated la‏ : 

الهوية هى صفة الشىء التى تميزه عن غيره من الآشياء الآخرى فى البيثة 
الحسابية. والعناصر الثلاثة النوع - الحالة - الهوية تتضمن العديد من العمليات 
المرتيطة dogg‏ الشىء. Kas‏ تصنيف | لعمليات A) SYS‏ 

shlad! —‏ الخاصة بشروط التساوى. 

- العمليات الخاصة بالنسخ. 

- العمليات الخاصة بالدمج والتبديل. 
(أ) العمليات الخاصة بشروط التساوى Equality Predicates‏ : 
- التطابق وفيه يتم SOI‏ مما إذا كان الشيئان متطابقين el‏ لا. 
- التساوى السطحى وفيه يتم التحرك الى عمق مستوى واحد وتقارن قيم متغيرات 

الهوية أو عناصر الشىء المناظرة. 

— التساوى العمقى وقيه تقارن المحتويات المناظرة للأشياء الأساسية. 

وفيما يلى شرح مبسط لكل حالة من الحالات الثلاثة السابقة: 
Identical Guibas!‏ : 
لو كانت متساوية فإن الأشياء أيضًا تكون متساوية. 


۳1۵ 


تمذجة البيانات 


نماذج البيانات الشيئية الموجهة القصل السابع 
ويبين الشكل رقم (V-V)‏ ثلات وقائع للشخص PERSON‏ » لكل واقعةاسم 
NAME‏ وعمر AGE‏ وعنوان ADDRESS‏ ومنه يبين أن : 
ADDRESS= = 02. ADDRESS‏ .01 
شرط صحيح (zl‏ أن عنوان Maria ٠ Magdi‏ هما نفس الشىء المتطايق. 
ولذا فإن : 
ADDRESS= = O1. ADDRESS‏ .03 
وكذلك : 
ADDRESS= = 02. ADDRESS‏ .03 
هما شرطان غير متطابقين » أى أن نتيجة هذا الشرط غير صحيحة. 


شكل رقم (۷-۷) يبين تطابق عناوين الشيئين O1‏ و O2‏ 


or i oz he 
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۳۱۹ 


تمذجة البيانات 


haii‏ السابع نماذج البيانات الشيثية الموجهة 
التساوى 1 Shallow-Equality yaad‏ : 
ويتساوى الشيئان سطحيا لو كانت حالتهما States‏ أو محتوياتهما Contents‏ 


متطابقتين. ويبين الشكل رقم (A-V)‏ شيئين لهما أشياء مختلفة مثل قيم متغيرات 
الأبناء Children‏ وفى هذه الحالة: 


O1.Children = = 02. Children 
يكون هذا الشرط غير صحيح.‎ 
Ol ومع ذلك محتويات الشىء 1 متطايق مع محتويات الشىء 02 والشىء‎ 
: OU ومن ثم‎ : Children objects «LY! نفس أشياء‎ Lag] 02 والشىء‎ 
O1.Children == O2. Children 
O2 يبين التساوى السطحى لأبناء الشيئين 01 و‎ (A-Y) شكل رقم‎ 


Children — Ghildren 





Samv lO Hala 5 


: Deep-Equality paigad! التساوى‎ 

فى أبسط أشكاله يتجاهل هويات الأشياء ويتأكد مما إذا كان: 
-١‏ الشيثان وقعتين من نفس النوع Class‏ (أى لهما نفس الهيكل أو النوع الأساسى). 
-Y‏ قيم الأشياء الأساسية المناظرة متساوية. 


۳1۷ 


تمذجة البيانات 


نماذج البياتات الشيئية الموجهة الفصل السابع 


ويوضح الشكل رقم (A-V)‏ ثلاث منظومات arrays‏ لها التساوى العمقى كل 
للأخرى: وكل منظومة لها بعد one dimensional sal,‏ وثلاثة عناصر. وكل عنصر لكل 
منظومة هو واقعة للنقطة '9*. ويتبين من الشكل xol‏ 

المنظومة الأولى Array]‏ بالتساوى العمقى للمنظومة الثانية Array?‏ يكون شرطًا 
صحيحا. فى حين أن المنظومة الأولى Array!‏ بالتساوى العمقى للمنظومة الثالثة Array3‏ 
والمنظومة الثانية Array?‏ بالتساوى العمقى للمنظومة الثالثة Array3‏ كلاهما يكون 
رطا ree‏ 

الشكل رقم (A-Y)‏ يبين منظومات التساوى العمقى 


Array | 1 








ly ly li 
z 3 2 6 


ب : العمليات الخاصة بالنسخ : 


النظم الشيئية الموجهة التى تدعم هوية الشىء تعزز مظهرين لنسخ الشىء هما: 


= FIA 
نتمذجة البياتات‎ 


الفصل السابع تماذج البيانات الشيثية الموجهة 
* النسخ السطحى Shallow-Copy‏ 
* النسخ العمقى Deep-Copy‏ 
وكلا العمليتين ينشىء ويرجع new Object lias. Us‏ 
النسخ | سآ Shallow - Copy‏ : 
تنشئ رسالة النسخ السطحى Éni‏ جديدا له متغيرات ذات قيم متطابقة لمتغيرات 
الشىء المستهدف ؛ ومن aS‏ فإن: 2 = 01 نسخ سطحى. ومنه يكون شرطا La‏ 
X‏ 01 تساوى سطحى 02. 
النسخ Deep - Copy hoad!‏ : 
تنشئ رسالة النسخ العمقى Gad‏ جديدًا له متغيرات بقيم جديدة كلية حيث إن 
Array 2‏ يمكن أن ينشئ خلال رسالة النسخ العمقى: المنظومة الأولى Array?‏ المنظومة 
الثانية = Array!‏ نسخ عمقى. 
وفى حدود التطبيق يمكن دعم الشكل الأضعف للنسخ العمقى الذى يتعرج الشىء 
وينشىء نسخا لكل شىء فرعى كقيم المتغيرات أو العناصر فى مجموعة الأشياء وهكذا: 
المنظومة الأولى = Array]‏ المنظومة الثالثة Array3‏ نسخ عمقى. 
(c)‏ العمليات الخاصة بالدمج والتبديل Merging & Swapping‏ : 








GIL‏ إلى العملينات. المرتيطة يدعم c e pet pla Rasa‏ فان واإحدة من أكثر 
العمليات آهمية هى merging gall‏ فعلى سبيل JUL!‏ فى Ula‏ وجود شيئين بهويتين 
منقصلتين: قد يكتشف أخيرا أنهما متطابقان؛ ومن ثم تكون هناك dale‏ لدمجهما. 
ويلاحظ آن الدمج هو عملية تعديل لها دلالية ols‏ دعم قوى وصعب التطبيق. Banis‏ 
طريقة هى أن يتم فرض المطلبين الآتيين : 
PE cta d‏ يه T Sn Sly figo ST‏ الق Suy Clann:‏ كر ليما pe fill ads‏ 
الأساسى Type‏ . 


ب- الشينان يجب SI‏ يكون لهما التساوى العمقى . 


ع ع ب ب حيس حت ل 


تماذج البيانات الشيئية الموجهة الفصل السابع 
ويبين الشكل رقم )٠١-١/(‏ دمج مجموعات القيم المرتبة 06 و 03. 
حيث إن 01.5 © O2.c‏ قبل الدمج كات يشيران الى نفس الشىء 03. وهكذا كان 


JS Casi‏ من 058.047 يشيران إلى dl judd‏ « 06 والشيتان 66.03 هما شيئان 
مختلفان. Lei‏ بعد عملية الدمج فإن الأشياء 01.0. ».02 ,04.6 , 05.9 أصبحت تشير 


إلى نفس الشىء. 
شكل رقم (۱۰-۷) يبين دمج الشيئين O3‏ و 06 


01 02 04 





I rf. 
البيانات‎ asa 


Laii‏ السابع نماذج البيانات الشيئية الموجهة 

: Advantages of Object Identnty segal) Gai i مسزات‎ -a 
تعرض هوية الشىء العديد من المزايا منها:‎ 

-graph-Structured تسمح بالتمثيل المباشر للأشياء برسم هيكل الشىء‎ Usi -١ 

. يحتاج المستخدمون إلى الاحتفاظ بقيود السلامة‎ Y-Y 

-Y‏ توفر مختلف العمليات المرتبطة بهوية الشيئ معالجة قوية للشىء وظائفيًا لاشياء 
مكاتب الذكاء. 

: DB Capabilities of object-Oriented Databases desi éd | ed | ت‎ li ld di joi. انا : !ما تات‎ 
مختصر لتقتية قواعد البيانات‎ Sty البياتات‎ ael فيما يلى توضيع إمكانيات‎ 

الشيئة الموجهة التى سوف يتم التطرق لإمكانية الاستمرارية بشكل مسهب. حيث 


تنفرد قواعد البيانات الشيئة الموجهة بها عن غيرها من نظم قواعد البيانات الأخرى. 
ويمكن تعريف هذه الإمكانيات طبقا للمعادلة التاليةا“: 

امكانيات قواعد البيانات = الاستمرارية + التزامنية + المعاملات + المعالجة + 
الاستعلام + الإصدار + الأمن +السلامة + الأداء 
Database Capabilities = Persistance + Concurrency + Transaction + recovery +‏ 

query + Versioning + integrity + Security + Perfarmance 

: Persistence الاستصرارية‎ 

هى قدرة الأشياء على الاستمرار خلال مواضع التنفيذ المختلفة invocations‏ 
للبرنامج. ومعالجة البيانات التى تتم بواسطة قاعدة البيانات الشيئية الموجهة يمكن أن 
تكون زائلة أو مستمرة. وتكون البيانات الزائلة (قصيرة الأمد) صحيحة فقط داخل 
البرنامج أو المعاملات» وهذه البيانات تزول بمجرد قطع البرنامج أو المعاملة. فى حين 
تخزن البيانات المستمرة خارج المعاملة وتحدث Gils‏ بمعنى آخر تستمر هذه البيانات 


مذجة البيانات 


نماذج البيانات الشيئية الموجهة الفصل السابع 
البيانات المستمرة . ولضمان استمرارية البياتات أطول فترة ممكنةء فإن نظم إدارة 
الوسيظ: 


يقوس car uad Laie‏ ا A eas sol‏ فزاع cla‏ 
تحديثات المعاملة يجب أن تستمر ؛ ولكن استمرارية قواعد البيانات يتم تداولها 
WU TE RETENTO‏ 
بتناسنق أشفاء البيانات MB Esa‏ 
)1(- مستويات الاستمرارية Levels of persistence‏ : 

يمكن أن تكون معالجة البيانات فى قواعد البيانات الشيئية الموجهة )461 transient‏ 
أو مستمرة Persistent‏ . وتكون البيانات الزائلة صحيحة فقط داخل البرنامج 
NER ETT TR‏ الام gh‏ العامة ري كاسية ایی يتم 
تخزين البيانات المستمرة خارج سياق ` Context‏ البرنامج» ومن ثم تستمر فى مختلف 
مواضع تنفيذ البرنامج. 


(ب)- سياسات الاستمرارية Persistence Strategies‏ : 


يوجد العديد من السياسات التى تشير إلى أى من الآشياء ينبغى أن يصبح 
- الامتدادات المستمرة Persistent Extensions‏ : 

يوجد افتراض أساسى فى نظم إدارة قواعد البيانات لفكرة الامتداد المستمر . 
ففى نظم إدارة قواعد البيانات التقليدية (مثل قواعد البيانت العلاقية): عندما يعرف 
الستفيد laid‏ الى يستعمل فى TA‏ تعريق البيانات DDL Jia‏ للقة exaudi‏ 
البنائية SQL‏ - يدمج التعريف كلاً من الهيكل والامتداد. أما فى اللغات الشيئية 
الموجهةء يعرف المستفيد هيكل الأشياء خلال تشييد النوع Class‏ حيث إن النوع يمثل 
مصنف الأشياء التى لها نفس النوع الأساسى type‏ » ويكون مقيدًا فى امتدادات النوع 


Ha‏ مذجة البيانات 


الفصل السابع نماذج البيانات الشيتية الموجهة 


المستمرة وأن تعالج النوع Class‏ كمشيد لنوع البيانات التجريدية وبوصفه إناء Lisle‏ 
لكل وقائعه. تدعم نظم قواعد البيانات الشينية الموجهة الامتدادات المستمرة بمكررات 
5 أو تشييدات أخرى لتبحرالوقائع المستمرة للنوع. 

وقواعد البيانات الشيئية الموجهة التى تدعم الامتدادات المستمرة لها على الأقل 
ثلاثة اساليب يتم بواسطتها إنشاء الشىء : 
-١‏ واقعة النوع المستمر فى كل مرة يتم إنشاؤها . يتم إضافتها تلقائيًا فى الامتداد. 


aiii لحظة إنشائه فعلى اسخيل المثال:‎ laua يمك أن نتم أتوصيق الشىء‎ — Y 
الخاص بالشىء.‎ New جديد‎ 


-T‏ يمكن أن يطلب عند تخزين الشىء فى قاعدة بيانات مستمرة صراحة من خلال 
عمليتى الكتابة Write‏ والتخزين Save‏ 
* الاستمرارية خلال القدرة على التمديد Persistence Through Reachability‏ : 


تدمج iaa ll lil‏ وقوا عد cilia SLL!‏ مشيدات p gil‏ اللصقوف للقي المرتية 
record « Jall)‏ » التجميع C. aggregate‏ ومجموعات الأشياء Set atl)‏ الامتداد 
extension‏ المجموعة group‏ ...) . ولذلك فإن القدرة على التمديد يمكن تعريفها بشكل 
انتقالى transitive‏ باستعمال gila‏ هذه الفئات والصفوف . قاعدة البيانات هى أصل 
root‏ حيز الشىء المستمرء وكل s‏ : قابل للتمديد من اصل هذه القاعدة يكون مستمرا. 
يوضح الشكل رقم (VV)‏ حيز الشىء الزائل والمستمر القابل للتداول فى المعاملة. 
cats of Sard pedal e Led ol Badly‏ ليها ياء قرسية Uy eos‏ اکن 
الشىء المستمر يمكن أن يكون له «Gi‏ متعددون multiple parents‏ . والبعض agio‏ قد 
تكون زائلاً. والأشياء فى حيز الشىء الزائل تكون مرئية فقط داخل المعاملة الجارية . 
وعدم 955 عا فان الأشياء الوا A‏ 


rrr 


تمذجة البيانات 


تماذج البيانات الشيئية الموجهة الفصل السابع 
شكل رقم )١١-!(‏ حيز الشى المستديم والزائل 


Persistent Object Transient Object 
Space Space 


Database 


ra 


"trà 
A ran 
: Persistent Instances الوقائع المستمرة‎ - 


وهذه السياسة تعالج وقائع خاصة للنوع, وذلك باستمراريتها أو بتوصيفها بشكل 
صريح على أن تكون مسته. 5 أو بجعلها داخل شىء مستمر وتستدعى من خلال وظيفة 
Function (dls)‏ . وعلى سبيل Gall JUL‏ التى تمثل فئة وقائع موجودة لنوع مجلد 
۴ أثناء وقت تنفيذ البرنامج . فمطور البرنامج التطبيقى قد يوصف بعض الوقائع 
لكى تكون مستمرة والبعض الآخر غير مستمر. ففى التوصيف التى تكون فيه الوقائع 
؟- هبز Persistent Object Spaces sunl! £ gual!‏ : 


يشير مصطلع حي الشىء المستمر إلى مجموعة كل الوقائع التى تكون مستمرة: 
وي النطم Aci all‏ اليكو Mayans‏ كل الرهاتم eal‏ توج وهاه اقرا غ راسد 
Lil uà Gayl jaa KaL] Sail‏ البرسجة والتظم الشيئية sa Ael‏ القدرة 
لجعل المرجعيات references‏ أو مؤشرات الشىء Object Pointers‏ مستمرة. والعديد من 
السيناسات Leki‏ يمك أن peal asa‏ هوي iu otl‏ التى تعمل اقحال 
مفاتيح المعرقات واستعمال العناوين الاقتراضية والمادية لهوية الشىء. وهذه السياسات 
يمكن أن تستعمل كتقنيات تطبيقية ضمنية تدعم fs‏ بشكل YUS JST‏ مفهوم هوية الشىء. 
Pré‏ 
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الفصل السابع نماذج البيانات الشيتية الموجهة 
هناك اعتباران مهمان فى تطبيق الهوية: 

أ - حيز الشىء الزائل عكس المستمر. 

ب- سياسات العنونة عكس اللامياشرة. 

يذكر هذا الاعتيار للاكتمال. والسيب الرئيسى لامتلاك حيز الشىء المستمر فى 
التطبيق الضمنى هو ac 5l‏ قواعد الييانات ولغات البرمجة المستمرة. والسيب الآخر 
الخاص بتدعيم معرفات التخزين الثانوى التى تؤدى إلى توفير التداول لآكبر حيز 
pu b‏ . 
(ب) العنونة عكس اللامباشرة: 

ويوفر هذا الاعتيار تصنيف SS)‏ قوة للتمييز بين مختلف سياسات التطبيق 
والعنونة يمكن ان تكون: 

- عنوان الذاكرة الافتراضية. 

- عنوان وسيط التخزين الثانوى. 

- اسم مهيكل فى بيئة موزعة. 
الهوية خلال العنونة : 

أبسط تطبيق لهوية شىء ما هو أن يستعمل عنوان الشىء كهوية واستعمال 
العناوين الافتراضية لهوية الشىء ليس معوقًا للاستمرارية e‏ وذلك لسببين هما: 
- التمثيل الازدواجى: 

إنه من الممكن أن يحدث تمثيل هوية التطبيق أو تمثيل حالة الشىء للأشياء 
المستمرة لمقيمى التخزين - الثانوى وتمثيل آخر مختلف عندما يكون الشىء مخزنا فى 
الذاكرة Reads Jl‏ 
- التخزين المستمر : 

إنه من الممكن أن يحدث تخزين مستمر لحيز العنوان ويتم استعماله مثل أى حيز 
عنوان افتراضى. وليس هناك اختلاف فى استخدام المرجعية أو التداول للأشياء التى 
يتم تخزينها فى حيز عنوان مستمر مقارنة بالعناوين فى الذاكرة الرئيسية. 

Pro 


نمذجة البيانات 


نماذج البيانات الشيئية الموجهة الفصل السابع 

Ll‏ اللامياشرة يمكن أن تكون: 

- خلال جدول مقيمى - الذاكرة memory-resident‏ . 

- خلال فهرس الأشياء الخاص بمقيمى - التخزين - الثانوى .Secandary-Storage-resident‏ 
اللامباشر خلال جدول الشىء : 

واللامباشر خلال جدول الشىء الذى به معرف الشىء هو فهرس أو مؤشر لمدخل 
فى هذا الجدول . وهذا المدخل entry‏ يحتوى على عنوان البداية للشىء كما هو موضح 
بالشكل رقم (MY)‏ 

شكل رقم (VY-V)‏ يوضح المعرفات بوصفها كشافات جدول الشىء 


Object Table Memory 


Name 

Age 

Address [E 
Salary $ 32,000 
Department i: 


\ddress 1212 
Street# 42 
St Name K.Saud 


City Dammam 


State Eastern 
Zip 31141 





Pry 
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الفصل السابع نماذج البيانات الشيئية الموجهة 
ومع ذلك فإن هذه السياسة تتضمن مزيد من تداول الذاكرة وذات مزية فى حرية 
حركة الشىء دون 226 على هويتةه. 
مزايا الطريقة الشينية للشىء ا لموجهة : 
هناك العديد من المزايا للطريقة الشيئية للشىء الموجه كما يلى: 
-١‏ القدرة على التمديد Extendibility‏ : 
eat p Lil ol‏ من Ulla Sam‏ و [براميها) jas Methods‏ تعديلها حسب 
الاحتياج . مثل هذه التغيرات تكون متمركزة لنوع الشىء الواضح: ومن ثم فهى سهلة 
جد عن النظم all‏ على أساس السجل c ,record-based‏ إن ما من انوا ع 
السجلات قد تكون متناثرة. بالإاضافة sl!‏ آنوا ع الأشياء الجديدة ويرامجها يمكن 
NT UNE PNE‏ 
—Y‏ القيود السلوكية Behavioral Constraints‏ : 
بسبب الكبسلة » فإن سلوك نوع الشىء النهائى يتم تحديده مسبقًا بمجموعة ثابتة 
من البرامج . ومن ثم فإن ole‏ قواعد البيانات يتم تقيدها لكى og‏ تكون داخل هذه 
المواصفات السلوكية. 
—Y‏ مرونة تعريف النوع Flexibility of type Definition‏ : 
eai ddl Ss‏ غيى محدى Za dai eaa‏ لتمودج البيانات. ولكن ag‏ تقريف 
العديد من أنواع S Lll‏ المختلفة » كل منها ذات صفات لا تتكرر. 
ع - قوة النمذجة Modeling Power‏ : 
تعتبر الوراثة لكل من الخصائص Attributes‏ والبرامج Methods‏ أداة قوية لنمذجة 


البيانات. ويالعموم فإن تجريد التعميم esse Sills‏ والتعريف والتجميع دعم جيد 
لنماذج البيانات الشيئية الحالية. 
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عيوب الطريقة الشينية الموجهة : 
-١‏ فقدان الارتباطات Lack of Associations‏ : 

تجديد الازتباط الذى يكم تمثيلة بؤاسطة p Mil‏ غلاقات الزيظ فى g ipi‏ كينوثة - 
علاقة المطور EER‏ ليس Lees‏ بشكل مباشرء ويتم إنجازه بشكل غير مباشر بسماح 
لمراجع الشىء المتداخل liag .Interobject‏ هو الضعف الوراثى للطريقة للشيئية الموجهة 
حيث يتم معالجة JS‏ شىء كوحدة محتوية للمعلومات بواسطة نفسها Self-Contained‏ 
—Y‏ صلاية السلوك Behavior Rigidity‏ : 
ارام تو قي صلب وتاس NEP UE‏ أن ب خا ية راعذ البياتاك 


- 
الطييعية. 
dal -Y‏ الاستعلام ليست عالية المستوى : 
LILA‏ وان قي وآتاقةالغات اساي Sad!‏ والجين BL‏ لسن ais d‏ اف 
le‏ الك EUM UNE‏ 
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القصل الثامن تفئيات مستقبلية للشىء الموجه 
مقدهة : 

سوك Via: ls‏ اقل ایب مخ المشوعات Tel‏ ذلك cl sib adl‏ 
المستقبلية للنظم الشيئية الموجهة. ولازال بعض من هذه التقنيات تحت الدراسة 
والبحث؛ والبعض الآخر تمت بلورته فى صورة منتجات يتم استخدامها فى التطبيقات 
المتعلقة بالنظم الشيئية الموجهة. وسوف يتم استعراض الموضوعات التالية فى هذا 
الفصل: 
الشىء العلاقى Object- Relational‏ : 

سبق توضيح أن نمذجة الشىء هى توصيف النظام من خلال الآشياء التى لها 
هوية وسلوك وحالة مغلفة (مكيسلة). وأن النموذج العلاقى يصف النظام بواسطة 
المعلومات. والسؤال: كيف يمكن للنموذج العلاقى أن يدعم نمذجة الشىء؟ وستتم 
GLY!‏ على هذا السؤال من خلال استعراض الجزء المتعلق بهذا الموضوع. كما سيتم 
قبل مصممى ومطورى النظم الشيئية الموجهة. 
لغة الاستعلام البنائية Y‏ 501.3 : 

هناك عدد من المجموعات التى مازالت تعمل تجاه تعريف قاعدة البيانات الشيئية 
الموجهة بشكل معيارى. وذلك لكى يتم استعمالها كنساس لإنشاء وتركيب منتجات نظم 
إدارة وتركيب منتجات نظم إدارة قواعد البيانات الشيئية الموجهة. وسوف يتم تقييم 
المجموعة الأولى: 

تركز على لغة الاستعلام البنائية AY‏ المعيارية والخاصة بمعالجة الشىء. 
وسوف يتم استعراض الامتدادات الأساسية للغة الاستعلام البنائية Y‏ 501.3 فى هذا 
الفصل: 


rrr 
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أما المجموعة الثانية: 
مجموعة إدارة قاعدة البيانات الشيئية 02116 : 

وتمثل هذه المجموعة اتحاد Go‏ قاعدة البيانات AI‏ وتسمى مجموعة إدارة 
قاعدة البيانات الشيئية .ODMG‏ ولقد دأبت هذه المجموعة على استمرارية العمل طبقا 
لمعايير نظم إدارة قواعد البيانات الشيئية .ODBMSs‏ وقد قامت هذه المجموعة بإنتاج 
العديد من الإصدارات آخرها الإصدار"؟. وسوف يتم استعراض المحتويات الرئيسية 
وأربطة عملية تنفيذ اللغة. 
لغة الأويال OPAL‏ : 


تعد الأوبال OPAL‏ لغة نظم قواعد البيانات جيم استون Gemstone‏ وهى من 
اح نظم call aea‏ الشبيتية gn ll‏ وا سوق بق pal‏ اهن واس TAN ell:‏ 
النمدجة | lil,‏ هسمية gaiak‏ £ العلا قسى Object Relational‏ : 

تنشيء نمذجة الشىء نموذجا مفاهيميا يمكن استخدامه يواسطة مصممى BII‏ 
الشيئى العلاقى ORM‏ باستخداة المثال رقم )١-4(‏ الخاص بتركيب الأشياء داخل 
النموذج الشيئى العلاقى ORM‏ حيث إن الغرقة Room‏ التى يتم التدريس بهاء و 
الفصل الدراسى Class‏ المرتبط Ps‏ 

وسوف يتم تناول النموذج المنطقى فى هذه الحالة كنموذج غلاقى وكتموذج شيئى 
علاقى. وسيتم توضيح استخدام لغة الاستعلام البنائية SQL‏ لخيار النموذج الشيئى 
العلاقى باستعمال لغة أوركل Oracle 8.0 A‏ وتظل حقائق النموذج المفاهيمى بشكل لا 
يتغير فى كل من النموذج العلاقى والنموذج الشيئى العلاقى. 
مثال (۱-۸) : 


يتم تعريف الشىء المركب Composite Object‏ الذى يشمل الغرفة Room‏ 
باستخدام اسم building Name || ll‏ و رقم الغرفة Room Number‏ معا كما هو 
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lbs ترجمة النموذج المنطقى‎ sieg .)١-4( مبين فى النموذج المنطقى بالشكل رقم‎ 
sl) GL. S Class النراسى‎ acil ge فى‎ pgs cl PE الفا‎ sll 







كعمود). 
شكل رقم )١-4(‏ الرسم التخطيطى للنموذج الشيئى العلاقى 
c wm ne ag‏ 
Number )‏ 1 


—-— 


Pd NR 
جه‎ ^ Building ) 
J: + 
Name , 
ae ا‎ 
Is with in 
s taught 


يبين الشكل رقم (Y-A)‏ الشىء الخاص بالغرفة Room‏ والذى يتم مناظرته فى 
جدول الفصل الدراسى Class‏ ولا يلعب الشىء الخاص Room "ii ilL"‏ دورا وظيفيًا 
سوى أنه مرجعى. 


شكل رقم (YA)‏ النموذج العلاقى للفصل الدراسى Class‏ 





Class id 


Room Num 
Building Name 
Instructor id 





وعندما يتم إعادة بناء النموذج المنطقى فى الشكل رقم (Y-A)‏ للحصول على 
النموذج الشيئى العلاقى Gla. ORM‏ يمكن رؤية الشىء الخاص بالغرفة Room‏ 
بوضوح. 
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شكل رقم (Y-A)‏ النموذج الشيئ العلاقى للفصل الدراسى Class‏ 








Num 


Building Name 
Instructor id 





: Oracle 8.0 توصيف النموذج الشيئى العلاقى باستخدام‎ 
---- Create Object type Room-Type' 
Create type Room-Type as object (<<< Something New 
" Create Type" Number Varchar 2(10)) . 
---- Create new table Class 
Create table class ( 
"Class ID" Varchar 2(10) not null, <<<< 
Note the data type here 


"Instructor ID" Varchar 2(10) null, Constraint Class-PK primary key ("Class ID"); 

يلاحظ أن إنشاء الشىء يسمى Leis Room-Type‏ فى جدول الفصل الدراسى 
5 يكون نوع البيانات هو .Room-Type‏ والفكرة هنا هى إنشاء قواعد بيانات 
للأشياء aS.‏ استخدام هذه الأشياء لتعريف الخصائص (الأعمدة). 
s gaad)‏ العلا فى Object Relational‏ : 

يتضح من نمذجة الشىء الأولية أن النمذجة العلاقية ليست لديها الوسيلة لتمثيل 
الأشياء مباشرة. حيث إن المجموعات المرتبة ليس لها هوية ولا تغليف (كبسلة). وإن 
ولا حالة. ويتم تسمية ذلك بشكل متكرر عدم التساوى Impedance-mismatch‏ بين 
الأساليب الشيئية وقواعد البيانات العلاقية. 

ولكن ليست هذه هى الحالة الحقيقية؛ لأنه من البديهى يجب أن يكون لأى نموذج 
بصفة عامة القدرة على توصيف نموذج العالم. ومن ثم يجب أن يكون لقواعد البيانات 


rey 
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العلاقية القدرة على توصيف حالة النموذج hall‏ ولرؤية ذلك. فإنه من الضرورى أولاً 
تمديد حالة النموذج الشيئى إلى النموذج العلاقى بإحكاء"'. 

: Values كقيم‎ Objects الأشياء‎ 


ماذا يحدث لو سمح للأشياء أن تكون قيما لخصائص ال عموعة المرتبة Attributes‏ 
of tuple‏ . على سبيل JU‏ تمثيل الأشخاص كقيم لمجموعة مرتية يؤدى يسهولة إلى 
معرفة الشخص من خلال الاسم الأول والاسم الأخيرا"). 

يتم توفير ذلك بشكل مرن» حيث إنه يمكن استعمال نوع البيانات التجريدة 
الضرورى تطوير نطاق القيم Domain‏ لكى يكون قادرا على أخذ هذه القيم من تلك 
Lut‏ المتواقرة يكقرة. gl‏ أن يكون قادرا على tase e gat Lids!‏ عند السؤال. وهذا 


شكل رقم (4-4) تكامل النموذج الشيئى والعلاقى 


> | SD | 


البمانات الزائدة عن الحد والتطبمع : 

يتبين من الشكل رقم (£—A)‏ تكامل كل من النموذج الشيئى والعلاقى. ولكى AG‏ 
مشكلة: Lagi‏ يتم سؤاله $ هل يتم سؤال الأب ! # Person‏ عن أبنائه (الطريقة 
الشيئية). al‏ يتم السؤال عن جدول الأب الرئيسى لمعرفة -GÍ‏ الأب #1 Person‏ 
(الطريقة الغلاقية). من الطبيعى» يمكن طرح السؤالين. لكن عندئد كيف يمكن التاكد 
من التغييرات التى تمت لهذا أو لتلك عند حدوث حالة التزامنية؟ بشكل واضح. إضافة 
إلى ذلك سوف an‏ الحصول على مشكلة الييانات الزائدة: sl‏ اللاتطييع Non-‏ 
1100 بين الأشياء بخصائصها والمجموعات المرتية فى الجداول العلاقية. 
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يتم مشاهدة هذه المشكلة بشكل خاص فى أنوا ع كينونات جدول علاقى ممثل فى 
نموذج كينونة - علاقة. حيث إن كل صف يسرد خصائص الشىء. ويوضح الشكل رقم 
o-A)‏ ( تلك المشكلة. 
Jiu (0-A) a^i‏ خصائص سود سكت 


2e 


يمثل الشكل رقم (0—A)‏ نموذجا علاقيًا؛ لذا من الضرورى أن تأخذ المعالم العلاقية 
الأولوية. ولكن لكى يتم تمديد النموذج العلاقى بشكل كافء فمن الضرورى تمثيل 
الأشياء بداخلة. حيث إن النموذج العلاقى له طريقة كاملة لتغيير حالة قاعدة البيانات: 
لذا لا ينبغى إضافة أى نموذج آخر. ومن ثم لا ينبغى تغيير حالة الشىء خلال الطرق 
methods‏ الخاصة بالشىء» بل يجب تعديل متغيرات الجدول العلاقى المناسبة (بإضافة - 
حذف - إحلال - تغيير مجموعة مرتبة)؛ لكى يتم الحصول على التغييرات الملائمة. 





TUE 
من البحث فى الخصائص الأساسية للجدول الرئيسى للآباء وجدول‎ Yas ملائما.‎ 
عن الاسم الأول والاسم الأخير. فى‎ Person # 1 الشخص. يمكن سؤال الشخص الأول‎ 
ينيغى أن يوفر‎ Person حالة اتباع الطريقة العلاقية فإن نوع الشىء الخاص بالشخص‎ 
رؤية مركزية على كل الجداول التى يمكن آن تشير إلى نوع الشيء الخاض بالشخص‎ 

«Person‏ أى كل الجداول التى لها خصائص بنطاق القيم والتى تحتوى على أى شخص. 
بفرض أن الشخص الأول 1 # Person‏ يتم تمثيله فى نوع الشىء الخاص 
بالأشخاص Person‏ عندئذ يمكن الاستفسار كالتالى: 
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Select Person.SSN‏ 
From person‏ 
where person.Object = < Person # | >‏ 
أى أنه يمكن أن تتم الصباغة ails‏ ; 
Select < Person # 1 >.SSN‏ 
السلوك: 
لإضافة سلوك معين لنوع شىء: فإنه يتطلب القدرة على توصيف طريقة التنفيذ 
لأى شىء معطى يشبه الشىء التالى: 
Create Domain person Class (SetName (NewName: String)‏ 
as update‏ 
where Object = this‏ 
من ثم يمكن توفير JS‏ الإمكانيات لنمذجة المعلومات ونظم التخزين وإضافة السلوك 
بشكل سهل «e Loss‏ والجداول: وقواعد الييانات .JSS‏ هذه هى الأنوا d‏ الثلاثة للأشياء 
التى يمكن أن تمتلك سلوك داخل النظام الشيئى العلاقى. 
الوراثة: 


أى نوع يتم بناؤه على الوراتةء يمكن استعماله كجزء من قيود السلامة؛ لذلك عند 
توصيق نطاق القيم كنوع Gold‏ فإنه ينبغى آن يسمح للأشياء بأن تنفذ ذلك النوع أو 
أى نوع فرعى لكى تكون Gai‏ فى ذلك النطاق. يسمح ذلك بمرونة وسلامة تشبه تلك 
المتوافرة فى لغات البرمجة. على سبيل المثال: لو كان Gaal‏ نوعان Classes‏ أحدهما 
للأشخاص Persons‏ والآخر للموظفين Gls. Employees‏ يمكن انشاء نطاق القيم 
كالتالى : 
Create Domain Person Class |----]‏ 
Create Domain Employee Class Extends Person {----}‏ 
oie‏ يمكن أن يكون للشىء من أى نوع Class‏ قيمة خاصة لنوع الشىء الخاص 
بالأشخاص Person‏ وبالتالى Class g sill‏ الذى يتم بناؤه على Gl sll‏ يتم استعماله 
لتسهيل إنشاء الأنوا ع الفرعية التى ترث الخصائص والسلوك للأنوا ع الأصلية. 
rra‏ 
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ولكن ماذا عن الوراثة بين الجداول؟ الوراثة بين الجداول لا تعد وراثة على الإطلاقء 
انها فقط ادارة ضغط Compression‏ لجداول علاقية عديدة. وتكون الجداول مترابطة 
بواسيطة التساكس E CIAO S UNI EHE T TEE UR‏ 
le‏ الجا ازاب Lei!‏ كني LEA‏ وة من قفي الجداول الخرايطة god‏ 
الإمكان. ولهذا المعنى تكون أقرب إلى وراثة النوع ولكن ليس هناك من داع لاستخدام 
مصطلح الوراثة. 
لغة الاستعلام الجناضية V‏ 5013 : 


تعد هذه اللغة امتدادًا للغة الاستعلام البنائية المعيارية؟؟ 501.92 ؛ والتى تتضمن 
lacs‏ لإذارة sacks‏ الننانات الشيتية الموجهة. وتعتير Ra]‏ الاسستغلام البئائية؟ 501:3 
[line‏ لجات لسن elds Lacie‏ ولا Sa sags‏ الآن alii clases‏ إدارة قواعد 
ollu‏ تجارية تطبق هذا A) bal!‏ 

ترفع لغة الإستعلام البنائية Y‏ 501.3 من إدارة قاعدة البيانات التقليدية وليس من 
تقليدية التفكير الشيئى. واستهدفت هذه المجموعة من العمل يلغة الاستعلام الينائية؟ 
3 توصيف معيار تجاه التوافق مع لغة الاستعلام البنائية AY‏ 501.92. وهذا يعنى 
أن معالم وظائف لغة الاستعلام البنائية AY‏ 50192 ينبغى تضمينها مع لغة الاستعلام 
البنائية Y‏ 501.3 . وبناء على ذلك: فإن لغة الاستعلام البنائية Y‏ تتضمن تشابهات 
Gi dE dau egets‏ الننفية مم همال المي الصاف Lgl]‏ كاتهاء dolce‏ 
لتسهيل قاعدة البينات الشيئة الموجهة. وتتضمن لغة الاستعلام البنائية؟ 501.3 الثلاثة 
مجموعات الجديدة التالية: 


- دعم نوعية البيانات التجريدية. 


- تطوير تعريفات الجداول العلاقية. 


على إتمام جميع العمليات الحسابية. 
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وسوف يتم التطرق إلى هذه الموضوعات الثلاثة لفتح المجال أمام دارسى لفة 
الاستعلام البنائية ۲ : 


: ADT s نوعية البيانات التجريدية‎ : isl 


كما سبق وطرح فى الفصل السابقء فإن نوعية البيانات التجريدية هى بناء أو 
هيكل يتم تعريفة بواسطة المستخدم. ويكافئ هذا التعريف فى لغات البرمجة الشيئية 
نوع الشىء „Class‏ 

يمكن أن تستعمل Legs‏ البيانات التجريدية فى تعبيرات Gal‏ الاستعلام البنائية 
«SQL‏ أو كتشزينهنا فى glia‏ أو as‏ سحا وقي حالة Kings aS ade‏ البياتات 
التجريدية فى جدول: فإتها 2355 مؤقتة حتى لو تم استخذامها قى sans‏ قو Ul SST‏ 
USUI! lei‏ 

تغرف لغة الاستغلام البنائية SQL3 Y‏ نوعين من البياثات التجريدية La‏ الشىء 
الخاص بنوعية البيانات التجريدية. والآخر هو القيمة الخاصة بنوعية البيانات 
التجريدية. ويكون الشىء قابلا للتعريف وله هيكل بيانات مستقل ويخصص له معرف 
.OID‏ هذا المعرف ذو قيمة واحدة لا تتغير. وتستمر طوال فترة حياة الشىء. وتعد قيم 
all‏ فالتا ol bys OID «IL‏ لأشراء gg Al‏ ورك 33555 OID . à All Gaii‏ 
فى جدول يوفر مؤشرات لشیء. ويكون هذا مناسبًا ولكنه ينشئ مشكلة عند تدمير 
es‏ ماناس التعويرية tis‏ ا gall‏ فى GPG sha‏ کی 
Vy. anne‏ تشير Gd‏ الاستفلام الينائية Y‏ الى Le‏ نيحد ك هين ado all oda‏ 
لذلك يتم GES‏ البرامج لكى تختبر صحة المعرف OID‏ قبل استعماله. 

Li‏ بخصوص القيمة الخاصة بنوعية البيانات التجريدية» لا يخصص لها معرف» 
ولا تستطيع القيمة الوجود إلا فى سياق إنشاء الشىء الخاصة بنوعية البيانات 
التجريدية. أما فى Dla‏ إنقباء القيمة الخاصة بنوعية البيانات التجزيدية كعمود فى 
جدول: قإنة يتم تخزينها فى ذلك الجدول: ولا تشير إلى be‏ البيانات التجريدية إلا من 
خلال اسم ذلك الجدول. أما فى حالة إنشاء القيمة فى برنامج فرعى (دالة وظيفية)» 
فإنها تكون مؤقتة ويتم تدميرها عند ترك البرنامج الفرعى لذاكرة الحاسب. يبين الشكل 
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رقم )٠١-4(‏ مثالاً لتعريف النوع Class‏ (الشىء الخاص بنوعية البيانات التجريدية) فى 
Lil‏ الاستعلام البنائية 501.3. وسوف لا يتم التركيز فى هذا المثال على أسلوب 
استخدام الأوامر » بل على مشاهدة نوعية البيانات التجريدية ADT‏ الخاصة بالموظف 
والطرق methods‏ التى سيتم تنفيذها على هذه البيانات. 


CREAT E > ree W LD VISIBLE 
(name VARCHAR NOT NULL. 
name CHAR(7) 


salary UPDATABLE VIRTUAL GET with get-salary SET WITH 
change-salary. 

PRIVATE 

hiredate DATE 

currentsalary CURRENCY 

PUBLIC 

ACTOR FUNCTION get-salary (:E employee) RETURNS 
CURRENCY 

{code to perform security processing 

and return value of currentsalary if appropriate } 

RETURN salary 

END FUNCTION, 


ACTOR FUNCTION change-salary (: E employee) RETURNS 
employee 

{code to perform security processing 

and computer and set new currentsalary, if appropriate } 
RETURN :E 

END FUNCTION, 


DESTRUTOR FUNCTION remove-employee (:E employee) 


RETURNS NULL 

{code to get ready to delete employee data} 
DESTOROY :E 

RETURN :E 

END FUNTION, 
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الشكل رقم )٠١-4(‏ يوضح مثالاً لتعريف النوع Class‏ فى لغة الاستعلام البنائية Y‏ 
13 يبتضمن هذا المثال البيانات الخاصة بالموظف Ès‏ الاسم name‏ والرقم number‏ « 
وتاريخ التعيين aig .hiredate‏ تعريف هذه البيانات كما فى لغة الاستعلام الينائية SQL‏ 
المثبتة للأنواع الاساسية للبيانات. ويتم أيضًا تعريف البيانات الافتراضية (الطرق 
5 ووالتى ينبغى أن تحتوى على واحدة على الأقل لكى تتضمن نتيجة العملية 
المسافة الى ole Lola! eias‏ امرض okay. coulis!‏ الطرق هن الحصوق ole‏ 
المرتب الأساسى get-Salary‏ والتغييرات التى تطرأ على المرتب elgily «Change-Salary‏ 
عمل الموظف Remove-Employee‏ فى الشكل رقم )١١-/(‏ والخاص بجدول الإدارة 
Dept‏ يتم تعريف اسم الإدارة DeptName‏ بحد اقصى عشرة حروف )10( Char‏ إلى 
جانب الأنوا ع الخاصة بنوعية البيانات التجريدية. وهكذا يتم استعمال نوعية البيانات 
ADT Qaa‏ كلق توج sal lil‏ يعم dijs‏ 


شكل رقم (\\-A)‏ يوضح تعريف الموظف Employee‏ كنوعية البيانات التجريدية (نوع) ADT‏ 
Create table DEPT‏ 
(DeptName Char (10)‏ 


Manager Employee 


Admin Employee (Instanse)) 





Losie‏ يتم استعمال عمود (Jia)‏ كنوع بيانات تجريدية. GLa. ADT‏ يتم إلحاق 
كلمة Instance‏ كمؤشر للنوع الشيئى لكى يتم تخزينه؛ لذلك إذا تم حذف النوع الشيثى 
فإنها تظل مؤشرا له. 

ويتضح من الشكل رقم (\\—A)‏ أن عمود manager pall‏ لا يتم توصيفه بكلمة In-‏ 
«stance‏ بينما عمود الإداريين Admin‏ تم توصيفه بكلمة Instance‏ . وهذا aus‏ أن كل 
صف بجدول الإدارة Dept‏ سوف يحتوى على مؤشر للموظف Employee‏ فى عمود 
المدير manager‏ والبيانات الفعلية وطرق gY methods‏ موظف فى عمود الإداريين „Admin‏ 
ويتم استعمال خانات البيانات العامة للنوع الشيئى فى جمل لغة الاستعلام البنائية Y‏ 
لغة الاستعمال البنائية Y‏ التالية: 

rir 


نمذجة البيانات 
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SELECT DEPTNAME.MANAGER.OID , 
MANAGER.NAME. ADMIN.OID . 
ADMIN.NAME 

FROM DEPT 


وسوف يتم استخلاص DEPTNAME, NAMAGER.OID .ADMIN-NAME, ADMIN.OID‏ 
من liag stall‏ يعنى أن نظام إدارة قاعدة البيانات DBMS‏ سوف يستعمل قيمة 
MANAGER.‏ للحصول على قيمة المؤشر Instance‏ الخاصة بالموظف .Employee‏ 
وينتزع نظام إدارة قاعدة البيانات DBMS‏ اسم Manager-Name pall‏ من النوع 
الشيئتى استجاية لجملة لغة الاستعلام البيانية؟ وهى نفس النتيجة كما لو أن نوع 
الشىء الخاص بالمدير Manager‏ قد تم تخزينة فى الجدول. ولكن ينبغى توضيح أن 
المعرف OID‏ الذى تم تخزينه فى الجدول قد يصبح غير صحيح لو أن نوع الشىء 
المرتبط به قد تم حذفه: ومن ثم يحتاج نظام إدارة قاعدة البيانات DBMS‏ لعمل معالجة 

لهذا الخطأً. ويتضح ذلك من خلال عبارة لغة الاستعلام البنائية؟ التالية: 

SELECT — DEPTNAME. MANAGER.NAME, 


MANAGER. SALARY 
FROM DEPT 


ولمعالجة هذه الجملةء فإن نظام إدارة قاعدة البيانات g Gas DBMS‏ لتداول جدول 
الادارة DEPT‏ وعند حصوله على المعرف OID‏ الخاص بالمدير rea al ‘ Manager‏ 
على قيمة !551 Instance‏ الخاص بالمدير manager‏ . عندئذ يتم Las‏ الطريقة Method‏ 
الخاصة للحصول على المرتب e . get-salary pum‏ يتم ترجيع قيمة أو ترجيع خطا 
لو اتيج Lead‏ وسو وكير ill‏ مع كل سار تی Joss‏ الإدارة all i DEPT‏ 
رقم .)١١-۸(‏ وترتبط خانات البيانات الخاصة بنوع الشىء بالطرق الخاصة يه: لذا 

SELECT DEPTNAME. MANAGER.CURRENTSALARY 

FROM DEPT 


والأسلوب الوحيد للحصول على بيانات المرتب الحالى Carrentsalary‏ من نوع 
الشىء الخاص بالموظف Employee‏ هى من خلال طريقة .get-Salary‏ ويمكن تخصيص 
Lad‏ للأعمدة بجمل أخرى شبيهه بلغة الاستعلام YEG!‏ كما فى التعبير التالى: 


Fis 


تمذجة البياتات 
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UPDATE DEPT‏ 
SET ADMIN-NAME ='ABDEL R. EL-ARFAJ'‏ 
WHERE DEPTNAME ='LIBRARY'‏ 
ويتم Lis‏ بعض الأشياء بواسطة المؤشراتٍ وليست بواسطة قيمة البيانات. 
Barks‏ أن جملة لغة الاستعلام GIG! PEGG!‏ لا تغير تخصيص الموظف: 
UPDATE DEPT‏ 
SET MANAGER.NAME = 'ABDEL R. EL-ARFAT‏ 
WHERE  DEPTNAME -'LIBRARY'‏ 
هذه الجملة لا تغير تخصيص الموظف حيث إن الموظف الذى له اسم Abdel R. El-‏ 
Arfaj‏ قد تم تخصيصه لإدارة المكتبة فبدلاً من ذلك فانه يتغير اسم الموظف الذى يكون 
WI‏ المدير. وهذا يعنى أن أى جدول أخر يشير إلى الشىء الذى يخص هذا الموظف 
آخر له اسم Abdel R. El-Arfaj‏ « فإن الشىء الخاص بالمدير يحتاج إلى وضعه فى 
قيمة الشىء الصحيحة. وسوف نتمم الجملة التالية هذا الحدث: 
UPDATE Dept‏ 
SET Manager =‏ 
SELECT Employee.OID‏ 
FROM Employee‏ 
WHERE Name = ‘Abdel R. El-Arfaj'‏ 
WHERE  Deptname = 'Library'‏ 
ويناء على ذلك Gls‏ هذه الجملة تعتبر صحيحة. 
بناء على ذلك فإن تدعيم لغة الاستعلام YASLI‏ بنوعية البيانات التجريدية» يمكنها 
من القدرة على تعريف وتخزين ومعالجة أنواع الأشياء. وهناك تغييران فى لغة 
الاستعلام البنائية تم أخذهما فى اعتبارات لغةالاستعلام THU!‏ وسوف يتم 
توضيحها عند استعراض امتدادات اللغة. 


Fito 
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2 
bil‏ - تطوير تعريفات الجداول العلاقية : 

قد تم تمديد تعريف الجداول العلاقية فى لغة الاستعلام البنائية Y‏ فى عدة 
امتدادات منها: 

- الامتداد الأول : 

نتضمن هذا الامتداد ضرورة احتواء جداول لغة الاستعلام البنانية؟ لمعرف صف 
Row Identifier‏ وهذا المعرف لا يتكرر مع أى صف بالجدول ويعمل عمل e Gall‏ النائب 
Surrogate‏ والذى تمت الإشارة إليه فى الفصل السابق. ويمكن للتطبيقات استخدام 
هذا اللقرف وشبكل ريع الاقم لنت في التو Identity Ne‏ عند تعريف 
الجدول: لذا فان | gee co‏ يت تشدريفه 124a‏ الأصلون معب أن يعظى عونا usa‏ 
يسمى عمود الهوية. ويمكن استخدام قيم هذا العمود بواسطة التطبيقء ولكن هذه القيم 
لا يتم تضمينها فى نتائّج تعبير عبارة الاختبار Select‏ 
-Y‏ الامتداد الثانى: 

يتمق هذا التقديد:حقهوم الجدول هى لغة الاسيتعلكم البفاتية ».حي Spans‏ هذا 
المفهموم تعريف ثلاثة آنوا ع للجداول هى: جدول Set Gall‏ . الجدول متعدد Mul- Gill‏ 
Jaag: tisets‏ القائمة List‏ . 

: SET Gall جدول‎ * 

جدول لا تتكرر فيه الصفوف. 

* جدول متعدد الفئات: 

جدول قد تتكرر فيه الصفوف. ويعتبر هذا الجدول مكافنًا لمفهوم الجدول فى لغة 
الاستعلام البنائية .SQL92 AY‏ وفيه يتم تجاهل عمود (حقل) Identity dogg]!‏ حيث إنه 
لؤتم استخدام عمود الهوية , فإن الجدول يضير بلا تكرار للصفوف. 

* جدول القائمة List‏ : 


جدول يتم تعريفه بواسطة عمود أو أكثرء وله ترتيب خاص. 
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—Y‏ الامتداد الثالث: 


بتضمن هذا التمديد مفهوم الجدول فى لغة الاستعلام البنائية 4x55 .501.3 Y‏ 
الجدول حسب هذا المفهوم جدولاً Subtable Wer‏ حيث انه يشكل Ga‏ جزئية من Jsa‏ 
آخر يسمى الجدول الأصلى -Superable‏ ويرث الجدول الفرعى كل أعمدة الجدول 
الأصلىء بجانب امتلاكه لأعمدة خاصة. ويتضمن gi‏ جدول أصلى معرف صف يتم 
تعريفة ضمنيا. ففى الشكل رقم (WA)‏ يتم تعريف نوعين للأستاذ: 

Nontenured-Professor . Tenured-professor‏ . ويمتلك JS‏ منهما hayas.‏ 4 يخص الهوية 
على الرغم من عدم iia gi‏ ويرجع السبب وراء ذلك إلى أن كلا منهما نوع فرعى: 


شكل رقم (WA)‏ يوضح تعريف الجدول الفرعى 
CREATE TABLE PROFESSOR WITH IDENTITY‏ 
(ProfessorName) Char (10)‏ 
Phone Char (7)‏ 
Office Char (5)‏ 


CREATE TABLE TENURED-PROFESSOR UNDER PROFESSOR 


(Date TenureGranted Date) 


CREATE TABLE NON-TENURED-PROFESSOR UNDER PROFESSOR 


(NextReveiw Date) 





: SQL eid! عمل امتدادات لغة الاستعلام‎ : Edid 


بناء على امتدادات لغة الاستعلام البنائية؟ SQL3‏ فإن الطرق Methods‏ التى يتم 
تطبيقها لنوعية البيانات التجريديةء يمكن استخدامها فى تشفير لغة الاستعلام البنائية 
501. ولجعل هذه الإمكانية أكثر قوةء فإن عناصر اللغة التى يتم اقتراحها سوف تجعل 
لغة الاستعلام البنائية كاملة حسابيًا. ويبين الشكل رقم Cast ( W-A)‏ للإضافات 


التى يمكن اقتراحها. 


Ftv 
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شكل رقم (W-4)‏ يبين امتدادات اللغة المقترحة 
DESTROY Destroy an object ADT:Valid only in DESTRUCTOR func-‏ 
tions‏ 
ASSIGNMENT | Allow the result of an SQL value expression to be assigned to‏ 
a local var iable.column.or ADT attribute‏ 
CALL Invoke an SQL orocedure‏ 


RETURN Return a value from a value computation in a procedure or 
function 
CASE Select execution path on the basis of alternative values 


IF THEN SLSE | Allow conditional logic 
WHILE LOOP Allow iterative logic 


تعد لغة الاستعلام البنائية SQL‏ لغة S Gall‏ الموجهة .Set-Oriented‏ وتتميز تلك اللغة 
بجملة الاختيار SELECT‏ التى يتم استخدامها فى اختيار مجموعة من الصفوف. ويتم 
تغبير سمات هذه اللغة بإضافة الجمل فى شكل رقم (VTA)‏ سوف Jea‏ هذا التغيير 
al‏ الاسام البداقية اكت Gael lal Ulta‏ اة وي هدا osa‏ فى 
حالة استخدام لغة الاستعلام البنائية كلغة للمنطقيات المستخدمة فى الطرق Methods‏ 
الخاصة بنوعية البيانات التجريدية ADT‏ وإن كان هذا سيؤدى إلى تغيير فى الصفات 
الوظيفية للغة الاستعلام البنائية SQL‏ 























مجم عة إدارة قاعدة ! Object Database Management Group (OD MG) iad! au lai eund‏ : 
ies‏ متشستقيل oda‏ الجموعة (hs tois. Gis ODMG‏ لتمكتها co‏ إدارة عملية 
التخزين الدائم للأشياء بغض النظر عن آلية التخزين الفعلية» سواء قاعدة بيانات 
شيئية أو علاقية. إلى جانب القدرة على بناء تطبيقات الشبكة العنكبوتية Web‏ 

Jaws sucht Lest all: أو‎ 


PEA 
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ZI‏ 


واجهت مجموعة إدارة قاعدة البيانات الشيثية ODMG‏ العديد من الصعويات قبل 
بوه aca glad‏ اقب ogy‏ افق أن GI E‏ الشنيثية إلى Lent Leal‏ 
coal‏ إلى gle lectin! oiim‏ طاق واسع of‏ کیو يس clad‏ نظم aei‏ النيانات 
العلاقية ليس فقط نتيجة استعمالها لنموذج ميسط عن النظم السابقة أو لاستقلالية 
cia‏ رل EMSS Mei‏ غي niu stall‏ ققد سمح قبول EB) i‏ 
الاستعلام البنائية SQL‏ بدرجة عالية فى إمكاتية قل وإجراء العمليات بين النظم: إلى 
Sle‏ تسبي pled‏ كام قراس caes]‏ العلاقية: سا شكال سايق راسيية التاق 
الطريقة الغلاقية؛ لذا يكل المقيار فو الشرط الأساسئ لصناغة مل هذه التطبيقاك 
العملية. 


ولقد أعطى 45441 XXII‏ الذى تم بذله من قبل مجموعة إدارة قاعدة البيانات 
الشيئية ODMG‏ لصناعة قواعد البيانات الشيئية ls‏ القفز نحو المعابير التى ينيغى 
أن تتبع؛ خلاقا لما حدث فى السنوات السابقة. 
الأهداف: 


من المعايير التى تسمح لمستخدمى نظم إدارة قواعد البيانات الشيئية 0081155 أن 
يكتيوا التطبيقات المحمولة. أى التطبيقات التى يمكن أن تعمل على أكثر من منتج لنظم 
قواعد ctl‏ الشيتية e abe! ilia Be‏ رياط Glas‏ قتفية Ga udo Gl‏ جيم 
binding gramming Language‏ ومعالجة البيانات: ولغات الاستعلام. 

وتم استنتاج عمل مجموعة إدارة قاعدة البيانات الشيئية ODMG‏ بتجميع 
المعالم الرئيسية القوية لمنتجات نظم إدارة قواعد البيانات الشيئية المتوافرة حاليًا 
بالأسواق. حيث تعرض هذه المنتجات تطبيقات تم برهنتها لمحتويات المعايير التى تم 
إجراء محاولات لها فى هذا الحقل. 
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yid‏ يف : 

قامت مجموعة إدارة قواعد البيانات الشينية ODMG‏ بتعريف نظم إدارة قواعد 
البيانات الشيئية الموجهة كنظم قواعد بيانات تتكامل فيها إمكانيات قواعد البيانات مع 
إمكانيات لغة البرمجة الشيئية الموجهة. وتجعل نظم إدارة قواعد البيانات الشيئية 
الموجهة لأشياء قواعد تبدو كأنها أشياء لغة برمجة فى أكثر من لغة برمجة متوافرة 
حاليا بالأسواق. وتمتد نظم قواعد البيانات الشيئية الموجهة إلى اللغة مع البيانات 
الدائمة. مراقبة التزامنسية, معالجة البيانات» الاستفسارات المترابطة وامكانيات قواعد 
البيانات الأخرى. 








المحتويات الرئيسية: 
-١‏ النموذج الشيئى Object Model‏ : 

لقد استعملت هذه المجموعة النموذج الشيئى الذى أطلق عليه OMG‏ والذى تم 
تدعيمه بواسطة نظم إدارة قواعد البيانات الشيئية. وقد تم تصميم هذا النموذج لكى 
ولغات البرمجة الشيئية والتطبيقات الأخرى. 

يصف هذا النموذج المقصود بالأشياءء. والثوابت, والأنوا ع الأساسيةء والعمليات e‏ 
والخصائص: وعلاقات الربطء بالإضافة إلى توصيف الأنوا ع الخاصة fis‏ الوثيقةء 
والمؤلفء والناشر. والفصل. والأنوا of‏ وخصائص كل هذه الأنوا ع. ويمثل هذا النموذج 
مخططًا لقاعدة البيانات. 

يتم التناظر بين النموذج الشيئى لمجموعة إدارة قاعدة البيانات الشيئية ODMG‏ 
لقواعد البيانات الشيئية والنموذج العلاقى لقواعد البيانات العلاقية كما هو مجسد فى 
لغة الاستعلام البنائية SQL‏ ويعد النموذج العلاقى التعريف الأساسى لنظم إدارة 
قواعد البيانات العلاقية وظيفيًا. كذلك يعتبر النموذج الشيئى لمجموعة إدارة قاعدة 
البيانات الشيكية ODMG‏ التعريق الأساسى abl‏ إدارة قواعد البياتات الشيكية 
وظيفيًا. يتضمن هذا النموذج دلاليات أكثر من تلك المتوافرة فى النموذج العلاقى 
بتوصيفه لعلاقات الربط والعمليات بشكل أكثر وضوحا. 
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ola) -Y‏ توصيف الشىء Object Specification Languages‏ : 

تستخدم مجموعة إدارة قاعدة البيانات الشيئية ODMG‏ التابعة لنظم إدارة قواعد 
البيانات الشيئية لغة 'تعريف الشىء' ODL‏ ولغة JSS‏ تبادل الشىء" OIF‏ لتوصيف 
التوصيفات للأنوا ع Classes‏ التى تتطايق مع النموذج الشيئى لمجموعة إدارة قاعدة 
البيانات الشيئية -ODMG‏ 

aig‏ استخدام هذه اللغة لدعم إمكانية نقل مخططات قواعد البيانات خلال 
مطابقتها لنظم إدارة قواعد البيانات الشيئية. وهناك العديد من المبادئ التى أرشدت 
إلى تطوير لغة تعريف الشىء ODL‏ منها: 

— تدعيم هذه اللغة للتشييدات المنطقية للنموذج الشيئى لمجموعة إدارة قاعدة 

البيانات الشيئية .ODMG‏ 

- لا ينيغى أن تكون هذه اللغة لغة برمجة شاملة. بل لغة لتعريف توصيفات الشىء. 

- ينيغى آن تكون هذه اللغة مستقلة. 

- ينيغى أن تتوافق هذه اللغة مع لغة تعريف واجهة التطبيق ADL‏ 

- ينيغى أن تكون هذه اللغة قابلة للتمديد. 

بالإضافة الى ذلك às.‏ نظم إدارة قواعد البيانات الشيئية تسهيلات لتدعيم 
تعريف البيانات باستعمال لفة تعريف البيانات DDL‏ ولغة معالجة البيانات -DML‏ حيث 
يتم استخدام لغة تعريف البيانات DDL‏ لتعريف 153i‏ ع البيانات وواجهات التطبيق. قى 
au c‏ استخدام لغة معالجة البيانات DML‏ لانشاء وحذف تعديل وقرا be‏ قيم هذه 
الأنوا ع من البيانات. 

وتعد لغة تعريف الشىء ODL‏ هى نفسها لغة تعريف البيانات DDL‏ للأنوا ع Classes‏ 
ومع ذلك لم توفر مجموعة إدارة قاعدة البيانات ODMG gl‏ لغة لتوصيف معالجة 
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الشىء OML‏ كذلك لم ترتيط لغة تعريف الشىء ODL‏ بالتركيب Syntax‏ الخاص dal)‏ 
وتم تصميم أربطة 5 لغة تعريف الشىء لعدد من لغات البرمجية هى: 
C++‏ ء Smalltalk‏ ء Java‏ لكى توافق توصيف تركيب لغة البرمجة المضيقة. 
-Y‏ لغة الاستعلام الشيئية .001 : 
تعد لغة الاستعلام الشيئية .001 لمجموعة إدارة قاعدة البيانات ODMG‏ لغة 
توصيفية ولبست إجرائية. ex‏ استخدام هذه اللغة للاستفسار وتحديث آشباء قواعد 
البيانات التى تدعم النموذج الشيثى لمجموعة إدارة قاعدة البيانات الشيئية ODMG‏ 
بالإضافة إلى تعامل هذه اللغة مع الأشياء المعقدة. وقد تم بناء هذه اللغة على 
الفرضيات التالية: 
- أن تعتمد على النموذج الشيئى لمجموعة إدارة قاعدة البيانات الشيئية .ODMG‏ 
- أن تقترب من لغة الاستعلام البنائية AY‏ 501.92. حيث يتم تركيز الامتدادات 
على تدوينات الشىء الموجهة مثل؛ 
الأشياء المعقدة» هوية الشىء» مسار التعبيرات: تنفيذ العمليات» أربطة التنفيذ 
المتأخرة. 
- أن توفر تعليمات عالية المستوى للتعامل مع مجموعة الأشياء. 
- أن تكون GJ‏ وظيفية؛ بحيث يمكن للعمليات أن تكون مركبة بشكل حر. 
- أن تكون لغة استعلام بسيطة الاستخدام» وتوفر التداول لنظم إدارة قواعد 
البيانات الشيئية؛ ولذا فهى غير مكتملة ولا تستخدم لإجراء العمليات الحسابية. 
- أن يتم إدارتها بواسطة الطرق Methods‏ المعرفة للأشياء: لذا فهى لا توفر 
- أن توفر تداول الأشياءء لذلك تكون الاستفسارات مثالية بشكل سهل بواسطة 
قوة طبيعية التوصيفات. 
- أن يتم تعريف الدلاليات الشكلية للغة بشكل سهل. 
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-٤‏ أربطة عملية تنفيذ اللغة Language bindings‏ : 
تعد آربطة عمليات تنفيذ اللغات التالية: 

java. امتدادات لمعايير للغات‎ ODMG Java , ODMG C+ . ODMG Smalltalk 
bb; JS الأشياء الدائمة. ويتضمن‎ O22 m JM على التوالى‎ C++, Smalltalk, 
هذه‎ (52535 transactions التبحراتء المعاملات‎ OQL للغة الاستعلام الشيئية‎ Uses 
ül الطريقة إلى تمكين مطورى التطبيقات من بناء تطبيق لقاعدة بيانات كاملة من بيئة‎ 
الوا‎ 
: Java تنفيذ لغة‎ ike LL, - 

يعتبر رباط عملية تنفيذ لغة Java‏ لمجموعة إدارة قاعدة البيانات الشيئية طبيعيًا 
وتكميليًا لمبرمجى لغة Javea‏ وتكون الاستمرارية بواسظة قابلية الوصول. وهذا يغنى أن 
(sl‏ شىء Ja‏ عن طريق root Joi‏ الأشياء فى قواعد البيانات» m‏ تلقائيا Üni‏ 
دائما فى قاعدة البيانات. وتضيف أريطة عملية التنفيذ للغة Java‏ لمجموعة إدارة قاعدة 
البيانات الشيئية ODMG‏ الأنوا ع Classes‏ والتشييدات الأخرى للغة Java‏ لكى تدعم 
النموذج الشيئى» والذى يتضمن التجميعات ؛ والتعاملات» وقواعد البيانات دون تغيير 
دلالبات اللغة. 
- أربطة عملية تنفيذ لغة + +© : 

توفر أربطة idae‏ تنفيذ لغة C++‏ لمجموعة ادارة قاعدة البيانات الشيئية امتدادات 
قواعد البيانات. كما تسمح للأنوا ع القادرة على الاستمرارية أن تنشئ عن طريق 
Gl gll‏ 
— اريطة Smalltalk 4a] Las idac‏ : 

تستطيع أربطة عملية تنفيذ لغة Smalltalk‏ لمجموعة إدارة قاعدة البيانات الشيئية 
6 من تخزين أشياء لغة Smalltalk‏ . والتى يتم تصنيعها بواسطة الشىء القابل 
للوصول بشكل دائم عندما تتم الإشارة إليها بواسطة شىء مستمر فى قاعدة 
البيانات» أما الأشياء التى لم تعد ذات قيمة فانه لا يتم الوصول إليها. 
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الرسمالمنظورى للبناء المعمارى لنظم قواعد البيانات الشينية: 

يتم كتابة توصيفات مخطط التطبيق (بيانات أو واجهة التطبيق)؛ بالإضافة إلى 
اليرنامج الأساسى لتنفيذ التطبيق والذى يتم كتابته بلغة برمجة PL‏ معينة مثل لغة CH‏ فى 
حين تكتب توصيفات bball‏ فى امتداد وتركيب لغة برمجة PLODL‏ أو فى لغة برمجة 
مستقلة ODL‏ ويتم ترجمة التوصيقات والبرنامج الرئيسى platy gladly‏ إدازة قاعدة 
البيانات الشيئية الموجهة لكى يتم تنفيذ التطبيق. ويبين الشكل رقم (YEA)‏ رسما 
ean LE call thine‏ الم فزاع البياتات الشنيئية: والثاى يوسم الاستعمال EU‏ 
لمنتج نظام إدارة قاعدة البيانات الشيئية ODBMS‏ الذى تحاول تلك المجموعة أن تجعله 
معياريا. 


شكل رقم (VE-A)‏ يوضع الاستعمال JÈL‏ لمنتج نظام إدارة قاعدة البيانات الشيئية ODBMS‏ 


| Application 
Source in PL 


Declaration 





ODL or PL ODL 


Declaration 
Preprocessor 
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Runtime 





Running 
Binary 
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Amd‏ الأوسال OPAL‏ : 

فى نظم قواعد البيانات الشيئية الموجهة فإن معالجة البيانات Data manipulation‏ 
يتم إنجازها بواسطة العمليات التى يتم تعريفها فى واجهة تطبيق النوع Class inter-‏ 
face‏ وخلال التشييدات المتوافرة للغة البرمجة المحيطة بتعريفات النوع -Class‏ ومع ذلك 
فالعديد من نظم الشيئية الموجهة Casi‏ توفر واجهات تطبيق للغة استعلام عالية 
المستوى. ومعظمها يتم بناؤه على لغة الاستعلام الهيكلية SQL‏ . وتعد الأويال OPAL‏ 
لغة نظم قواعد البيانات جيم استون Gemstone‏ وهى من أحسن نظم قواعد البيانات 
الشينية الموجهة. وتم تسجيل نظم قواعد البيانات جيم استون Gemstone‏ يواسطة 
&c gone‏ سرفيو لوجيك .Servio Logic Corp‏ وتآثرت لغة الأويال dal pec OPAL‏ 
Smalltalk-80‏ فى تسهيلاتها لتعريف البيانات ومعالجتها. وسوف يتضح من أشكال لغة 
الأوبال OPAL‏ أنها اكثر أهمية فى معالجة MMOS UI‏ 
pital‏ يف ! Data Definition ai li bowel‏ : 
الأنواع Classes‏ : 

بقصد بها أنواع البيانات التجريدية ADTs‏ وتتكون من: 
-١‏ تعريف هيكل البيانات للنوع. 
—X‏ مجموعة من العملبات تسمی طرق 3l)‏ برامج) au sills Methods‏ تطبيقها على 

الأشياء فى النوع. 

مثال ذلك: لو افترض وجود النوع الأصلى © وهناك حاجة لتعريف نوع فرعى 
وليكن Gla D.‏ ينيغى البدء بنفس هيكل الشىء للنوع الفرعى D‏ كما هو للنوع الأصلى 
C‏ ويتفس الطرق methods‏ للنوع الفرعى D‏ كما هو للنوع الأصلى ©. ومن ثم يمكن 
تعديل النوع الفرعى D‏ كالآتى: 
-١‏ لو أن هيكل النوع الأصلى © هو نوع سجلء أى يأخذ الشكل التالى: 

RECORD OF (TI. .... Tk) 

فإنه يمكن إضافة محتويات إضافية لهيكل السجل. 
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-Y‏ قد LEG‏ طرق جديدة تطبق فقط على النوع الفرعى D‏ 
-Y‏ قد يعاد تعريف البرامج الخاصة بالنوع الأصلى © لكى تملك معنى فى النوع 

.D الفرعى‎ 

ويلاحظ أن الأشياء التى ra‏ أعضاء التوع الأصلى oC‏ وقائع Lia JS «d‏ له 
هيكل بيانات لذلك النوع » ويرامج للنوع © يمكن أن تطبق لأى واقعة للنوع الأصلى 
©. وتكون الأنواع مرتبة هرميًا. أما فى Ula‏ ما إذا كان النوع © نازلاً من النوع D‏ 
as Susie‏ (عادة) تطنبيق gle D p silly eal 3 bil‏ وقائع Sly © pill‏ لين 
T‏ 
الضرق ) Methods (Qe! sd!‏ : 

يعرف كل برنامج Class ¢ si‏ خاص ويطبق لوقائع ذلك النوع » ووقائع أنواعه 
الفرعية (لو وجدت). ويكون تعريف شكل البرنامج Method‏ كالآتى: 

method <Class name > 


message format > 


body of method > 


% 


اسم النوع > Class name‏ > يمثل gill‏ ¢ المخصص له البرنامج method‏ 223255 
TNT message format »‏ للبرنامج. واسم البرنامج وآسماء معاملاته Parameters‏ (إن 
وجدت) وتمثل كتلة البرنامج > body of method‏ > التشفير Code‏ الذى يتم تنفيذه عندما 
يكم استدعاء'البرتامج. 
إضشاء أضواع السهلات Creating Record Types‏ : 

تسمح لغة الأويال OPAL‏ بتعريف أنوا ع Classes‏ للأشياء Objects‏ فى مصنفات مختلفة: 

الحقائب .(Multisets) bags‏ المنظومات arrays‏ » السلاسل الحرفية Strings‏ وغيرها. 
وسوف نند التركيز على الآنواع syl‏ 
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"sal -Y‏ التى يمثل أعضاؤها أشياء لنوع ثابت. 
وهذه الأنوا ع تناظر المنشآت Constructors‏ التى تسمى Jaws‏ من RECORD OF‏ 

و Ui‏ من" SET OF‏ ولإنشاء نوع لعلاقة Relation‏ معينة Úa‏ » يعرف النوع Cl‏ من 

النوع رقم )\( الذى تكون وقانعه هی مجموعات القيم المرتية Tuples‏ وإنشاء النوع C2‏ 

من النوع رقم (Y)‏ لكى يكون النوع للعلاقة نفسها » أى أنها iia‏ الأشياء للنوع -C1‏ 

وتلك العلاقة قد تكون فقط واقعة النوع 2©. 
يوجد برنامج method‏ متبت بعدد من المعاملات ols‏ دالة Function‏ تستخدم 

لتعريف نوع جديد new class‏ والمعلمات الثلاثة المهمة لبرنامج إنشاء النوع Class-‏ 

Creation‏ هى: 

-١‏ النوع الفرعى :Subclass‏ اسم النوع < Class name‏ وقيمة هذه المعلمة هى اسم 
النوع الجديد. 

-Y‏ أسماء متغيرات الوقائع :InstVarNames‏ اسم الحقل > <field names‏ »> وهى تمثل 
أسماء متغيرات للأشياء التى تنتمى إلى النوع وقيمة هذه المعلمة هى أسماء 
الحقول. وتسمى متغبرات الوقائع لأنها تحدث لكل واقعة فى النوع الواحد. 

—Y‏ القيود Constraints‏ : أنوا ع البيانات الأساسية > data types‏ > ويوضع هذا القيد 
على النوع الذى له قيمة أو أكثر تنتمى إلى متغيرات وقائعه. 
ويتم توصيف متغيرات الوقائع باستخدام منظومة ثوابت السلاسل الحرفية Jas ٠‏ 

هذه المنظومة يتم فضلها بواسطة علامة الشباك E‏ وكذلك القيود Casi‏ يشار إليها 

dall sain تقو جلى زه الماك “#"والذى اس‎ agis june ذاه‎ Teghié 
els String dà all JusslullS Gall p نمثل الأنوا‎ p gill واسم‎ A مسيوق بالعلامة‎ 

.integer الصحيحة‎ 


rov 
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bina!‏ + أضشواع Creating Set Types ebd!‏ : 
لتعريف نوع Class‏ سيسلك Set Gas‏ ترسل رسالة النوع Subclass ce yall‏ إلى 
فنة .built-in aal £ sill‏ 5 534 الأنواع الفرعية للفئة سوف لاتملك متغيرات وقائع ولكن 
تحتوى على أشياء Objects‏ لنوع class‏ واحد فقط. 
وتسمح لغة الأوبال OPAL‏ للفئات بأن تملك أشياء من الأنوا ع الأساسية Types‏ 
المختلطة. وطبقًا لتعريف الفئة فإنه يمكن الحصول على الشكل التالى : 
Set‏ 
Subclass : > Set name >‏ 
Constraints : > element Class >‏ 
معائجة Data Manipulation ailai wul}‏ : 
المعلومات IMS‏ أوامر “ابحث FIND 5e‏ و GET “ple Laal‏ على التوالى لعمل 
البحث والاسترجاع من قاعدة البيانات بالإضافة إلى توفير عمليات الإضافة والحذف 
والتعديل. وفى لغة الأويال OPAL‏ معظم العمليات الأمرية يجب أن توصف لكل نوع 
Class‏ يتم تعريفه. 
š1‏ ضافة Insertion‏ : 
بفرض أن S‏ هى النوع Class‏ المعرف SI‏ يكون Ga‏ من '1 التى تمثل مجموعة القيم 
المرتبة -Tuples‏ ومن ثم لو أردنا إنشاء واقعة للنوع S‏ (ولتكن r‏ مثلا) لتخدم كعلاقة 
relation‏ من النوع T‏ : لذا يتم إنشاء r‏ بإرسال الرسالة “new‏ للنوع AVIS S‏ : 


r:=S NEw 


ويمكن تعريف البرنامج method‏ الخاص بالإضافة insert‏ كما فى الشكل رقم 
(Ye-V)‏ وفيه يلاحظ ان Insert‏ لا تظهر كاسم للبرنامج؛ ولذا يتم استعمالها فقط 
كاسم شكلى. 


ro» |‏ [ نمذجة البيانات 


الفصل الثامن تقنيات مستقبلية ¢ الموجه 





"Item" للأصناف‎ "Insert" يوضح برنامج إضافة‎ (Vo - A) شكل رقم‎ 
1- method : Item Set 
2- Insert Name : na 
3- Insert Number : num 
4- New Item 
5- New Item :- Item Type new. 


6- New Item Store Name : na : 


Store Number : num. 
7- Self add : New Item 
هما:‎ Two Parameters معلمتين‎ method ويستخدم البرنامج‎ 


Insert Number . Insert Name. 

ويلاحظ فى السطر رقم )£( عيارة Newltem‏ وهو أسلوب يتبع لتعريف المتغير 
المحلى للبرنامج وهذا المتغير فى هذه الحالة 54 Newltem‏ 8 

.ItemType كشىء للنوع‎ Newltem المتغير‎ Jas ais (2) السطر‎ Li 

والسطر (1) يضع متغيرات الوقائع للقيم المرغوية num na‏ التى تمثل قيمًا 
للمعلمات السايقة. وبلاحظ وجود برنامجين مختلفين هما StoreNumber , StoreName‏ 
ai‏ تطييقهما للشىء .Newltem‏ 

Lil‏ السطر الأغيز (V)‏ قيضيف قيمة مزتبة Tuple‏ جديدة Gall‏ ياستخدام المستقيل 
Self‏ للبرنامج „Add‏ 
Retrieval gl sm dl‏ : 

تداول قاعدة البياتات يتم Jpumall‏ عليها p Lib‏ اللسارآة اللضعنة فى Ka‏ 
مختلف الأنوا ع. على سبيل JUL‏ : أحد متغيرات الوقائع لكل عميل (شىء) هى 


الطلبات Orders‏ التى تقيد (أى بوضع عليها قيد) SI‏ تكون من نوع sl « OrderSet‏ 
فئةالطلبات -Orders‏ بإرسال رسالة GetOrders‏ للشىء من نوع CustType‏ يمكن 


rag 


Ax ie‏ البيانات 


تقنيات مستقبلية للشىء الموجه الفصل الثامن 
الرجوع return‏ بهذه Gall‏ من الطلبات ‏ وفعليًا يتم الحصول على مؤشر Pointer‏ لتمثيا 
هذه الفئة وذلك يؤدى إلى تنفيذ عملية الاسترجاغ بشكل أرخص بدون الإجبار على 
عمل نسخ لهذه الفئات التى قد تكون ذات بيانات كثيرة. وتستخدم لغة الأوبال OPAL‏ 
هذا المؤشر لرؤية الشىء (يتم الفئة). وفى قاعدة بيانات الأويال OPAL‏ فان المؤشرات 
للطلبات Orders‏ تظهر فى الشىء (أى فئة الطلبات)؛ وإن فئة الطلبات لا تظهر Gabe‏ فى 
سجل العميل Customer‏ بل فقط مؤشرًا للشىء (قيم الفئة). 
بر نامج الاأختمار Select‏ : 
توفر لغة الأويال OPAL‏ طرفًا عديدة لاكتشاف كل أعضاء الشىء الممثل لفئة ما. 
إحدى هذه الطرق يتم باستخدام البرنامج method‏ ذى المعلمة المسماة اختر Select‏ 
ومعلمة «اختر» هى كتلة للتشفير مع متغير محلى فردى» وشكل هذه الرسالة هو: 
Select : [ :X |< block of code > ]‏ 
حيث إن X‏ تمثل المتغير المحلى وتستخدم UGS‏ التشفير black of Code‏ كمعلمة 
لبرنامج اختر Select‏ على سبيل المثال: إذا رغبنا فى الحصول على Gi‏ العملاء ذات 
الرصيد balance‏ الأقل من صفرء فإن Gall‏ الجزئية للعملات ذات الأرصدة السالبة 
يمكن أن تخصص للمتغير الجديد D‏ كالآتى: 
D := Customers Selsct : [:C: | C Getbalance) < O [‏ 
بر نامج العشف Detect‏ : 
ويمكن إرسال فئة S‏ إلى الرسالة Detect GES!‏ المتبوعة US,‏ ذات المعلمة 
الواحدة. فعلى سبيل JUL‏ إذا رغبنا فى الحصول على الشىء للعميل Akram Salah‏ 
فيمكن i‏ ترسل فته العملاء للمتفير AS‏ كالآتى: 
AS : = Customers Detect :‏ 
(C Get Name) = “Akram Salah]‏ | © : [ 
Deletion oh ial!‏ : 
تحتاج لغة الأويال OPAL‏ بوصفها Éni‏ موجها إلى أن يتم البحث عن الأشياء 
المراد حذفها قبل حذفها؛ لذا فمن الأفضل أن يتم تخزين هذه الأشياء فى متغيرات 
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تستعمل لهذا الغرض؛ وذلك لأن لغة الأوبال OPAL‏ ليس لديها مؤشرات منتشرة تشير 
إلى هذه الأشياء تلقائيًا. لو كانت قيمة المتغير 0 هى شىء فى S Gall‏ عندئذ ترسل إلى 
الفئة S‏ الرسالة التالية: 
remove : 0‏ 5 
Maie‏ سيتم حذف ذلك الشىء من الفئة 5. 

بسر نامج DO ies!‏ : 
الواحدة. ويأخذ برنامج التنفيذ DO‏ الشكل التالى: 

DO:[:X]| «Code involving X >] 

كشافات الهو Identity Indices ui‏ : 
يمكن إنشاء SLES‏ على أجزاء فرعية لعناصر Gall‏ حتى لو لم تكن هذه العناصر 
Le yii‏ مستقلة بذاتها elementary‏ وتبنى هذه الكشافات على هوية الشىء للأشياء 
الموجودة فى هذه الحقول. والمسارات التى تشير إلى مثل هذه الحقول هى لها نفس 
الشكل اا1 على ميل JURE‏ لق jd‏ 2 أن ols as Teall‏ القاضير 
للنوع ©. ويقرض أن الأشياء للنوع © لديها متغير 1 ذات قيم ٠‏ عليها قيود لكى تكون 
من نوع ذى قيم قابلة للمقارنة مثل الأرقام وسلاسل الحروف (أنوا ع مستقلة بذاتها). 

عندئذ يمكن إنشاء كشاف على S‏ بإرسال رسالة له » هی: 
S CreateEqualityIndex On : 1‏ 
ولو كانت هذه العناصر غير مستقلة بذاتها فإنه يمكن إنشاء BLES‏ على S‏ 
بأرسال الرسسالة التالية: 
S CreateEqualityIndex On : li. 12 . ... In‏ 
مثال (Y-Y)‏ : 
بفرض أن لدينا قاعدة بيانات علاقية تحتوى على المخططات العلاقية relations‏ 
التالية: 
rai!‏ 


isit‏ البيانات 


تقنيات مستقبلية للشىء الموجه الفصل الثامن 








EMPLOYEE (EMP # , ENAME , JOB) 
PRIMARY KEY (EMP #( 


COURSE (COURSE # . TITLE) 
PRIMARY KEY (COURSE #) 


OFFERING (COURSE # , OFF €, ODATE . LOCATION) 
PRIMARY KEY (COURSE # OFF # ) 
FOREIGN KEY (COURSE #) References Course 
ENROLLMENT (COURSE #, OFF #. EMP #, GRADE) 
PRIMARY KEY (COURSE # , OFF # , EMP # ) 
FOREIGN KEY ( COURSE #, OFF #. EMP # ) 
FOREIGN KEY ( EMP #) References EMPLOYEE 


TEACHER (COURSE # , OFF # , EMP #) 
PRIMARY KEY (COURSE #, OFF €, EMP #) 
FOREIGN KEY ( COURSE £ , OFF #, References OFFERING 
FOREIGN KEY ( EMP #) References EMPLOYEE 
: OPAL JU sl أ- تعريف البيانات فى لغة‎ 


-١‏ تعريف النوع الموظف EMPLOYE‏ المقابل للمخطط العلاقى EMPLOYEE‏ فى 


s السطور التالية‎ 
1- OBJECT SUBCLASS : EMPLOYEE 
2- InstVarNames : # [EMP. ENAME . JOB | 
3- Constraints : # [#emp# . String]. 
[#ENAME, String], 
[#JOB, String]. 
PAF 
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السطر رقم (V)‏ يعرف نوع الشىء الموظف EMPLOYEE‏ والنوع الفرعى sub-‏ 
5 للنوع المثبت المسمى OBJECT‏ « ويرسل هذا السطر رسالة Message‏ إلى الشىء 
المسمى OBJECT‏ الذى يساله لكى ينفذ البرنامج المسمى Subclass‏ وتصف عبارتا 
Constraints , InstVarNames‏ المعلمات لذلك البرنامج. وتعرفان نوع جا new class‏ 
يشابهما فى كل شىء يتم بإرسال رسالة إلى الشىء Object‏ 
السطر رقم (Y)‏ يبين أشياء النوع “الموظف” gill EMPLOYEE‏ لدية ثلاثة 
متغيرات dole ps‏ هى JOB. ENAME . EMP#‏ . 
السطر رقم (Y)‏ يضم قيد لمتغير الواقعة EMPH‏ لكى يحتوى على أشياء من نوع 
السلاسل الحرفية String‏ وكذلك السطران الباقيان رقم )£( « (5). 
)١(‏ تعريف النوع المنهج COURSE‏ المقابل للمخطط العلاقى COURSE‏ كالاتى: 
OBJECT SUBCLASS : COURSE‏ -1 
2-InstVarNames :# [ COURSE”, TITLE. OFFERING"|‏ 
Constraints : # [SCOURSE #, String].‏ -3 


[TITLE . String]. 


|# OFFERING. OSET]]. 


السطر رقم )0( يصف متغير الواقعة "فرص الدراسة Offerings‏ الذى سيحتوى 
على شىء من نوع OSET.‏ ويشكل أكثر دقة يصف هوية الشىء (Object IDentity)‏ 
0 للنوع Gig. OSET‏ فرص الدراسة Offerings‏ سوف تشير إلى فئة لكل الفرص 
الدراسية Offerings‏ للمنهج Course‏ فى سؤال. يمعنى آخرء لنمذجة علاقة الربط 
منهج — فرص الدراسة بواسطة هرمية aie‏ الانتشار Containment hierarchy‏ تجعل 
الفرص الدراسية تحتوى بداخلها على المنهج المناظر. 


rir 
نمذجة البيانات‎ 
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OF- المقابل للمخطط العلاقى‎ OFFERING تعريف النوع "فرص الدراسة‎ (Y) 


FERING‏ كالآتى: 
l- OBJECT SUBCLASS : OFFERING‏ 
InstVarNames : #[ OFF # , Odate , Location,‏ -2 
Enrollments . Teachers]‏ 3-7 
Constraints : #[#[# Off # , String].‏ -4 
ODate , DateTime J,‏ 4[ -5 
l- —| # Location, String],‏ 
Enrollments , NSET] .‏ # |— -2 
TEACHER , TSET]].‏ #[— -3 


ويلاحظ آنه ليس هناك اضطرار لاحتواء p Gall‏ الخارجى على متغير واقعة داخل 
الأشياء لنوع “فرص الدراسة OFFERING‏ للإاشارة إلى أشياء النوع المنهج 
COURSE‏ . 


EN- المقابل للمخطط العلاقى‎ ENROLLMENT تعريف النوع 'التسجيلات”‎ (Y) 
x AS ROLLMENT 


l- Object Subclass : ENROLLMENT 
2-InstVarNomes : #[Emp . Grade ] 
3- Constraints : #[# Emp, EMPLOYEE]. 


geade . string]] .‏ #[ 
وأيضًا الأشياء الخاصة بالنوع "التسجيلات” Y ENROLLMENT‏ تحتوى على 
متغير واقعة للمفتاح الخارجى للإشارة إلى الأشياء الخاصة بالنوع "فرص الدراسة 
paiia „OFFERING‏ الواقعة EMP‏ فى السطر رقم (Y)‏ يحتوى على هوية الشىء OID‏ 
للشىء من النوع EMPLOYEE aball‏ الذى يمثل موظفا employee‏ فرديا يختص 


mx‏ نمذجة البيانات 
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بتسجيل نفسه enrollment‏ وبلاحظ أن هرمية منع الانتشار تفسر ما يتعلق بكون 
الشىء «الموظف» موجودا قعليًا داخل الشىء Pe‏ نفس بالطبع. ولكن bask‏ عدم 
التمائلية حيث إن التسجيلات Enrollments‏ هى علاقة ربط متعدد - لمتعدد » ولكن 
مساهمتين فى علاقتى الربط ras‏ فرص الدراسة Offerings‏ و Employees abs,‏ 
aisg‏ معالجتها بشكل مختلف تماما. 

TEACHER العلاقى‎ hhi all المقابل‎ TEACHER “wah!” تعريف النوع‎ (o) 
يتم كالآتى:‎ EMPLOYEE كنوع فرعى لنوع الموظف‎ Gallas, 

l- EMPLOYEE SUBCLASS : TEACHER. 


InstVarNames :# [ COURSES |‏ -2 
Constraints : # |#[# COURSE , CSET].‏ -3 
يعرف السطر الأول النوع Gls TEACHER | yall”‏ نوع فرعى لنوع BAI‏ 
EMPLOYEE‏ اعرف من قبل. بمعنى أن hys ISA jS; TEACHER ‘yal‏ 
EMPLOYEE‏ وهكذا کل شىء Teacher yugto‏ له متغيرات وقائع هى JOB , ENAME‏ 
US , EMP #‏ المورثة من "الموظف” Employee‏ بالإضافة إلى COURSE "gl. ¢ sill‏ 
gill‏ سيحتوى على هوية الشىء OID‏ للشىء من CSET p gill‏ وسوف يتم تعريف 
تجميعات Collection”‏ نوع الشىء للخمس الأنواع المعرفة أعلاه وهى: 
ESET , CSET , OSET . NSET . TSET‏ 
* على سبيل المثال فإن الشىء للنوع ESET‏ سوف يتكون من فئة من OID‏ للأشياء 
الفردية لنوع EMPLOYEE “abst!”‏ ويتم تعريفها كالآتى: 
SET Subclass : ESET‏ -1 
Constraints : EMPLOYEE.‏ -2 
السطر رقم )١(‏ يعرف نوع الشىء ESET‏ كنوع فرعى .SET cull ¢ sill‏ 
السطر رقم (Y)‏ يضع قيد على الأشياء من النوع SI ESET‏ تكون فئات لهوية 
الأشياء من نوع EMPLOYEE ‘ab gl!”‏ ويلاحظ أن أشياء النوع ESET‏ لبس لديها 
متغيرات وقائع dole‏ » وكذلك Gas‏ القئات. 
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SET Subclass : CSET‏ 


Constraints : COURSE 
Set Subclass : OSET” 


Constraints : OFFERING: 
SET Subclass : NSET 
Constraints : ENROLLMENT 
SET Subclass : TSET 
Constraints : TEACHER 
:OPAL (ب) معالجة بيانات فى لغة الأويال‎ 
إنشاء فئة خالية لهوية الأشياء:‎ 5 
ينبغى أولاً‎ ESET كل الموظفون فى الشىء‎ OIDs فى حالة تجميع هوية أشياء‎ 
كالاتى:‎ ESET إنشاء الشىء‎ 
EM-OID : = ESET NEW 
جديدة ‘ أى‎ OID الجانب الأيمن لهذا التخصيص بعود بهوية شىء‎ o والتعبير‎ 
من الوقائع.‎ JLA ESET أى أن النوع‎ Employee ABs! بفئة فارغة لهوية أشياء‎ 
„employees سوف يستعمل لتعريف الفئة لكل الموظفين‎ EM فان المتغير‎ dole ويصفة‎ 
إضافة هوية الشىء بالفئة:‎ * 
.EM-OID المخزنة فى المتغير‎ OID بواسطة هوية الشىء‎ 
Em- لإنشاء مثل هذا الشىء الخاص بالموظف‎ Method آ- لذا يتم تعريف برنامج‎ 
: ESET واضافة هويته فى الشىء‎ ployee 
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I- METHOD  :ESET 


2- ADD-EMP# : EMP#-PARM /* المعاملات‎ «/ 
3- ADD-NAME : ENAME-PARM 

4- ADD-JOB  : JOB-PARM 

5- |EMP-OID| /* متغير محلى‎ « / 
6-EMP-OID : EMPLOYEE NEW / + ids موظف‎ + * / 


7-EMP-OID SET-EMP # EMP#-PARM / + تخصيص مبدثى‎ * / 
g- 


9- SET-JO : JOB-PARM 
10- SELF ADD : EMP-OID. /* إضافة‎ x/ 


(ب) ويهذا يكون لدينا برنامج لإضافة موظف جديد لقاعدة البيانات كالآتى: 
EM-OID ADD-EMP# : E003‏ 
ADD-ENAME ' JAMAL'‏ 


ADD-JOB ` iPROGRAMMER. 


Ls gay‏ يناظر فى لغة الاستعلام البنائية SQL‏ لقواعد البيانات العلاقية الشكل 


gad! 

INSERT INTO EMPLOYEE (EMP # , ENAME , JOB) 

: (PROGRAMMER" , VALUES ("E003" , JAMAL" 
: عمليات الاستراجاع‎ 


فى حالة البحث عن كل فرص الدراسة Offerings‏ بمدينة الرياض Riyadh‏ للمنهج 
.C100‏ ويقصد من المثال وجود متغير XX‏ ذى قيمة هى هوية الشىء OID‏ لفئة كل 


Pw 
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1- | COURSE-C 100 , C 100-OFFS , C100-NY-OFFS | 
2- COURSE-C 100 


3- = XX DETECT :[:CX | 


` C100 = CX GET-COURS #] . 


4- C 100-OFFS 

5- : = COURSE-C100 GET-OFFERINGS. 
6- C100-NY-OFFS 

7- : = C100-OFFS SELECT : [ :0X | 


"RIYADH = OX GET-LOCATION ]‏ 
CI00-NY-OFFS.‏ *— -8 
-١‏ السطر رقم (V)‏ يصف ثلاثة متغيرات محلية هى: 
COURSE-C100 +‏ الذى سيستخدم لتخزين الهوية الشىء OID‏ للمنهج 100©. 
C100-OFFS x‏ الذى سيستخدم لتخزين الهوية الشىء JS Tal OID‏ الفرص 
الدراسية .OFFERINGS‏ 
C100-NY-OFFS +‏ الذى سيستخدم لتخزين الهوية الشىء OID‏ لفئة هوية الاشياء 
Aiii! Calls ge gal‏ 
Juss (Y) + (Y) plea! —Y‏ رسالة message‏ إلى cul! Lat!‏ مبراسطة XX. jill‏ 
وتستدعى الرسالة البرنامج المثبت DETECT‏ لكى يتم تطبيقة على ذلك الشىء. 
للمتغير .C100-OFFIS‏ 
بالبرنامج المثبت DETECT‏ عدا Gage‏ بهوية الشىء GH OID‏ هوية الأشياء OIDs‏ 
الخاضة بكل الأشياء. بذاك التاقر تخصص هوية الشىء لفئة هوية الأشياء 
لفرص الدراسة بمدينة الرياض للمنهج .C100-NY-OFFS‏ 
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الفصل الثامن تقنيات مستقبلية للشىء الموجه 








ه- السطر (A)‏ يعود بهوية الشىء OID‏ والرمز ^ يستخدم للعرض Display‏ أو الناتج 


. Return Result العائّد‎ 


x‏ عمليات التحديث: 


-١‏ التعديل: 


GET-V. gals 


-Y‏ الحذف: 
يستخدم معه البرنامج المثيت REMOVE‏ لحذف الشيئ: على سبيل المثال: 
EM-OID REMOVE : DETECT : [: EX]‏ 
E200 = EX GET-EMP£].‏ 


ويهذا يتم حذف الموظف E200‏ من فئة JS‏ الموظفين -EMPLOYEES‏ 
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تقنيات مستقبلية للشىء الموجه الفصل الثامن 


الهوامش : 

1- [Hallock, 1998], Patrick Hallock, Composite Objects in Relational and Object 
Relational Constructors Using InfoModelle , Journal of Conceptual Modeling, 
April, 1998, 

2- [Stonebraker, 1998 ]. Michael Stonebraker, Paul Brown and Dorothy Moore, 
Object-Relational DBMSs, Second Edition, The Morgan Kaufmann Publishers, 
Sept. 1998. 

3- [Kroenke, 1999 ], David M Kroenke, Database Processing Fundamental. Design. 
and Impementaion, Seventh Edition, Prentice Hall, 1999. 


4- (Barry, 1998], Douglas Barry, Standard Overview ODMG 2.0, The Morgan 
Kaufmann Publishers, April 1998. 


5- [Cattell, 2000]. R.G.G. Cattell and Douglas K Barry, The Object Data Standard 
ODMG 3.0, The Morgan Kaufmann Publishers, 2000. 


6- [GRHAM, 1991]. Ian Grham, BIS Applied Systems: Object-Oriented Models, 
Addison-Wesley Publishing Company. Inc., 1991. 

7- [RIAD, 1994]. Mokhtar B. Riad and Saber Abd Allah, Object-Oriented Data- 
bases: Features, Capabilities, Products and Development Trends . The 19th Inter- 
national Conference for Statistics, Computer Science, Scientific and Social Ap- 
plications, Cairo. 9-14 April. 1994. 

8- [DATE.1995]. C.J. Date. An Introduction to Database Systems, Volume I. 
Sixth Edition, Addison-Wesley Publishing Company Inc..1995. 


9- [ULLMAN,1988]. Ullman J.D., Principles of Database and Knowledge-base 
System’, Vol. 1, Computer Science Press. 1988. 


rv. |‏ نمذجة البيانات 


الفهيل الحا سخ 


التحويل بين pale)‏ قواعد البيانات التقليدية 





الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 





مقدمة : 

على الرغم من تزايد شعبية قواعد البيانات العلاقية إلا أن قواعد البيانات التبحرية 
(الهرمية والشبكية) تظل فعالة فى معالجة برامج المعاملات القوية والبنوك والمكتبات 
وشركات التأمين وخطوط الطيران وغيرها من مستخدمى الأحجام الضخمة للبيانات 
لذلك لا يزالون يعتمدون على استخدام نظم قواعد البيانات الهرمية مثل نظم إدارة 
المعلومات IMS‏ أو نظم قواعد البيانات الشيكية مثل النموذج التشاورى للغة نظام 
البيانات CODASYL‏ وإنه من الأسهل أن تبرمج التطبيقات فى بيئة علاقية ولكن 
العديد هن الزات لا ترب فى GLH!‏ ماقي الدولازات التصوول yo‏ تظح قواعد 
البيانات التبحرية إلى نظم قواعد البيانات العلاقية. ومع ذلك تغير الحاسبات أو نظم 
إدارة قواعد البيانات قد يستلزم مثل هذا التحويل وهو ما يحدت الآن من تحويل فى 
بتاك الحاسباث Rai All‏ إلى بيئات شبكات الحعاسيات الشنخصية . وكذلك ما يدا 
واضحًا فى تعديل بعض التطبيقات التى تعمل فى طى نظم قواعد البيانات التبحرية 
USGL‏ عام ٠٠٠١‏ وما تطلبه من إنفاق ملايين الدولارات . ولازالت قواعد البيانات 
العلاقية معدلها أقل فى الأداء مقارنة مع نظم قواعد البيانات التبحرية . ويمثل تحويل 
قواعد البيانات مجالاً مهما فى البحث العلمى . وسوف نتناول فى هذا القصل العمل 
فى هذا المجال حيث يمكن وضع الأسس العلمية للتحويل بين نموذج كينونة علاقة 
المطور EER‏ والنماذج التقليدية و WAS‏ بين نماذج قواعد البيانات الهرميةء والشبكية e‏ 
والعلاقية فيما بينهما!'). ويقدم هذا الفصل الموضوعات التالية: 
التحويل المنطقى لنموذج كينونة - علاقة المطور EER‏ إلى النماذج التقليدية: 

يشمل هذا التحويل النماذج التقليدية الثلاثة (العلاقية - الشبكية - الهرمية) كل 
بشكل منفرد. ويتم تقسيم هذا التحويل فى كل نموذج إلى مرحلتين. أولاهما: تشمل 
قواعد التحويل من نموذج كينونة - علاقة ER‏ إلى نموذج قاعدة البيانات التقليدى 
المراد التحويل إليه. ثانيتهما: تشمل قواعد التحويل المنطقى من نموذج كينونة - علاقة 
المطور EER‏ إلى النموذج التقليدى المحدد المراد التحويل إليه. حيث يتضمن نموذج 
كينونة - علاقة المطور EER‏ العديد من المفاهيم الإضافية الخاصة » والتى سبق التطرق 


rr 


نمذجة البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 


والمصنفات. 


التحويل بين نماذج قواعد البيانات التقليدية: 

يتضمن هذا التحويل مرحلتين. تشمل المرحلة الأولى على التحويل المنطقى بين 
هياكل نماذج البيانات : سواء من الهياكل التبحرية (الهرمية - الشبكية) إلى العلاقية 
أو بالعكس. فى حين تشتمل المرحلة الثانية على التحويل المادى لقاعدة البيانات والتى 
تأخذ بعين الاعتبار تنظيمات الملفات وقرارات طرف التداول. 
أمثلة على التحويل بين نماذج قواعد البيانات التقليدية: 

سوف يتم تقديم العديد من الأمثلة على التحويل المنطقى بين نماذج البيانات 
التقليدية المختلفة إلى جانب تقديم التحويل المادى لقاعدة البيانات الناتج عن عملية 
تعديل أو تطوير نتائج تصميم قاعدة البيانات المادى لأغراض الأداء. 
علاقات الريط متعدد - لمتعدد للنماذج التقليدية: 

يتم استعراض مثال توضيحى لعلاقات الربط متعدد - لمتعدد عن التحويل المادى 
لقاعدة البيانات » حيث تكون هذه العلاقات معقدة إلى حد ما فى نظام إدارة المعلومات 
5 لقواعد البيانات ea ell‏ وكذلك فى النظام التشاورى للغة نظام البيانات 
CODASYL‏ لقواعد البيانات الشبكية. فى حين تتجه إلى سهولة التصميم فى قواعد 
البيانات العلاقية. 


PVE 


sie‏ البيانات 


الفصل التاسع التحويل بين تماذج قواعد البيانات التقليدية 
التحويل المنطقى لنموذج كبنونة- علا تة المطور EER‏ إلى النماذج التقليد ية: 
أولاً : التحويل المنطقى لنموذج كينونة — علاقة المطور EER‏ إلى النموذج العلاقى: 

)1( قواعد التحويل من نموذج كينونة - علاقة ER‏ إلى النموذج العلاقى 

-١‏ بفرض أن نوع الكينونة L‏ ذات الخصائص A (L)‏ حيث إن 
A(L)= (KUDI ..... La}‏ 

L نوع الكينونة‎ Sly L هى المفتاح الأساسى لنوع الكينونة‎ Ki الخاصية‎ 5i, 
KH ينبغى يتم تحويلها إلى جدول علاقى يسمى ا له نفس خاصية المفتاح الأساسى‎ 
iol حيث‎ ACR) ذات الخصائص‎ R وأن نوع الكينونة‎ -" 

A ( R) = ) ka.r,...1m} 


يحول نوع الكينونة ۸ إلى الجدول العلاقى ۸ له نفس خاصية المفتاح 
.K2 uL‏ 


-Y‏ فى حالة علاقة الريط واحد لواحد: 
بفرض أن الجدول العلاقى .ا كان لابد من تقسيمه إلى جدولين علاقين هما 
Gib LiL?‏ لتبعيات الوظيفية؛ حيث إن الجدول العلاقى LI‏ ذى الخصائص A (LI)‏ 
لات : 
A (L1) = A (Li.L»,...Li-1)‏ 
A(L2) = (Li.Li*1....Ln)‏ 
فإن كلا الجدولين العلاقيين يصبحان كالآتى: 


Liz A(Li) U Ki 
L2= A(L2) U Ki 


أى Y‏ بد من إلحاق المفتاح الأساسى Ki‏ إلى كلا الجدولين العلاقيين. 


نمذجة البيانات 


التحويل بين ماذج قواعد البيانات التقليدية الفصل التاسع 
£— فى حالة علاقة لربط واحد - لمتعدد: 
بفرض وجود علاقة ربط واحد - لمتعدد بين نوع الكينونة L‏ ونوع الكينونة .1 ففى 
تلك الحالة يمكن وضع المفتاح الأساسى لنوع الكينونة L‏ فى نوع الكينونة R‏ ويذلك 
R= { k2.r!,... Tm] U {kl}‏ 
حيث يشكل اا مفتاحًا خارجيًا للجدول العلاقى R‏ ويصبح المفتاح الأساسى 
الجديد هو المفتاح المكون من الخاصيتين kl . K2‏ 
ه- فى UL‏ علاقة الربط متعدد - لمتعدد: 
لو فرض أن علاقة الربط بين نوعى الكينونة R.L‏ فى الخطوة الأولى والثانية كانت 
متعدد - لمتعدد Was‏ بد من إنشاء جدول علاقى جديد وليكن X‏ ذا الخصائص 
AIX)‏ . حيث إن هذه الخصائص تمثل تقاطع البيانات بين كلا الجدولين العلاقين؛ ومن 
A(X) = A(L) A A(R)‏ 
ويصبح الجدول العلاقى الجديد × كالآتى: 
X= A(X) U [K1] U {K2}‏ 
حيث إن كلاً من مفتاح K2‏ 1× مفتاح خارجى يشكلان معا المفتاح الأساسى 
للجدول العلاقى الجديد الناشئ. 
ب- قواعد التحويل المنطقى من نموذج كينونة علاقة المطور EER‏ إلى النموذج 
العلاقى: 
يتم تحويل المفاهيم الآخرى الإضافية الخاصة بعملية تطور Enhancement‏ وتحويل 
نموذج كينونة - علاقة ER‏ إلى نموذج كينونة - علاقة المطور EER‏ إضافة إلى القواعد 
المتبعة فى تحويل نموذج كينونة - علاقة ER‏ إلى النموذج العلاقة الموضحة فى الخطوة )1( 
EER‏ كالآتى: 


[m]‏ تمذجة البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 
)١(‏ التخصص/التعميم: 
يفون أن تخ ميا 1« عافد p i m‏ فرعن gaias (S1,S2. Sm)‏ بالتوغ 
الأصلى © حيث إن خصائص C p ill‏ هى (K . aiaz, .... ai}‏ وتمثل الخاصية K‏ 
e Gall‏ الأساسى N‏ مخطط العلاقى باستعمال الاختيارات التالية: 
)1( إنشاء جدول علاقى P‏ للنوع الأصلى A (P)  صئاصخلاب C‏ حيث إن 
A(P)={K, di. d» .... aj}‏ 
حيث تمثل الخاصية K‏ المفتاح الرئيسى للجدول العلاقى Clg. P‏ يجب إنشاء 
جدول علاقى Pi‏ لكل نوع فرعى Sas) Si‏ إن (12i m‏ وتشمل الخصائص التالية: 
(إخصائص A (Pi) = {K} U | Si‏ 
liag‏ يعنى إضافة e Gall‏ الأساسى × الخاص بالجدول العلاقى P‏ إلى كل جدول 
علاقى فرعى Pi‏ . 
(ب) إنشاء جدول علاقى Pi‏ لكل نوع فرعى Si‏ (حيث إن m‏ 12 ?1( مع الخصائص. 
ويصبح الجدول العلاقى بالخصائص A (Pi)‏ كالآتى: 
U[ K . di.a2,...aj}‏ إ(خصائص A (Pi) = | Si‏ 
وتمثيل الخاصية K‏ المفتاح الأساسى للجدول العلاقى Pi‏ ويلاحظ من مخطط 
الجدول العلاقى التكرار الزائد عن الحد الذى سوف يطراً على تخزين البيانات. 
(ج) إنشاء الجدول العلاقى JS P‏ خصائص النوع الأصلى والأنواع الفرعية المرتبطة 
& كالادئ: 
A(P)= {K.al.a2,... aj} U (S1 jailed }U... U (Sm jailed} Uft}‏ 
ويستخدم هذا الاختيار للأنوا ع الفرعية المنفصلة disjoint‏ وتمثل t‏ الخاصية التى 
تشير إلى النوع الفرعى الذى له قيم مرتبة tuple‏ تنتمى له. 


يفنا 
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التحويل بين ماذج قواعد البيانات التقليدية الفصل التاسع 
(3) إنشاء جنول P saly idle‏ بالخسائص الثالية + 
U (Eito.tm)‏ (خصائص:5883 ( U‏ ... لا خصائص 51 ( A (P)={K.al....j} U‏ 


وهذا الاختيار للتخصيص ذات الأنوا ع القرعية المتداخلة ومنفصلة وكل ti‏ ھی 
خاصية منطقية تشير إلى ما إذا كان الصف ينتمى إلى النوع الفرعى Si‏ أم لا . حيث 
إن i? m‏ 17 ويحتمل أن ينشئ هذا الاختيار عددا من القيم الخالية „Null‏ 

مثال ذلك تحويل aae‏ من الأنوا ع الفرعية التى تشكل معًا تخصيصًا معينًا أو التى 
تعمم النوع الأصلى مثل الأنواع الفرعية EMPLOYEE abyot‏ التى سبق ذكرها 
مثل "السكرتارية” SECRETARY‏ و “الفنيين" TECHICIAN‏ و"المهندسين” ‘ENGINEER‏ 
وفيما يلى الاختيارات الشائعة لتمثيل التخصيصا").: 

- إنشاء المخطط العلاقى للنوع الأصلى Superclass‏ (فى التعميم) JS‏ خصائصه 
بما يتضمنه من مفتاح أساسى. وأيضا إنشاء المخططات العلاقية لكل نوع فرعى 
Subclass‏ (فى التخصيص) والتى يتضمنها مع إضافة المفتاح الأساسى الذى يتضمنه 
النوع الأصلى إلى كل نوع فرعى. 
EER‏ فى الشكل رقم (YY—6)‏ 

-ونتم عملية Lo JI‏ يثاء على المقتاح الأساسى بين أى مخطط علاقى لأى نوع 
فرعى مع المخطط العلاقى الخاصة بالنوع الأصلى للحصول على كل الكينونات المحددة 
والخصائص المورثة لهذه الكينونات فى أى نوع فرعى. 

شكل رقم )175( يوضح كيفية تحويل التخصيص (أوالتعميم) فى نموذج كينونة - 

علاقة yhti‏ لمخططات علاقية 


EMPLOYEE 





SECRETARY TECHNICIAN ENGINEER 
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الفصل التاسع النحويل بين نماذج قواعد البيانات التقليدية 
(Y)‏ الخوع pid!‏ مس المشارك : 

sill x‏ ¢ الفرعى المشارك Jis‏ مدير قسم الهندسة Engineering-Manager‏ فى 
الشكل رقم (Tome)‏ هو نوع فرعى لعديد من الأنواع الأصلية. وهذه الأنواع يجب أن 
يكون لها جميعها تفس المفتاح الأساسى. بخلاف ذلك فإن النوع الفرعى المشارك 
ينيغى ان ria‏ كمصنف Category‏ يتم إنشاء مخطط علاقى لكل نوع أصلى بكل 
المشارك. 

* بالخصائص التى يتضمنها مع إضافة المفتاح الأساسى الذى يتضمنه كل نوع 
أصلى إلى النوع المشارك. كما هو موضح بالشكل رقم BUL (Y-3)‏ لمخطط نموذج 
كينونة - علاقة المطور EER‏ فى الشكل رقم (55-4). ويمكن تطبيق أى من 
الاختيارات السابقة» وعادة يستعمل الاختيار )1( 








شكل رقم (Y—5)‏ تحويل النوع المشارك "مدير قسم الهندسة' كنوع فرعى لعديد من 
الأنواع الأصلية كما فى شكل (ه-5؟) 


MANAGER 
SSN ADDR 
ENGINEER 





Salared-Employee 


SSN 
Engineering -Manager 


SSN [Project [Lacan] 


rva 
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التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
Categories lik‏ : 

المصنف هو نوع فرعى لاتحاد اثنين أو أكثر من الأنواع الأصلية وهذه الأنواع 
ذات مفاتيح مختلفة بسبب اختلاف أنوا ع الكينونات . مثال ذلك : المصنف La‏ 
OWNER‏ فى الشكل رقم (1-4؟) الذى يمثل فئه جزئية لاتحاد ثلاثة أنوا ع كينونات 
هى COMPANY SS tI! BANK “cial g PERSON "jai ll‏ التى لها مفاتيح 
مختلفة. وقد تكون الأنوا ع الأصلية للمصنف لها نفس المفتاح » مثال ذلك: المصنف 
مسجل المركبة المركية Register-Vehicle‏ فى الشكل رقم (ه-1ا؟). 

« بخصوص المصنف الذى يتم تعريفه باستخدام أنواع أصلية مختفة المفاتيح › 
ينبغى عند إنشاء المخطط العلاقى الذى سيتم استخدامه لمناظرة المصنف Ole‏ 
يخصص له مفتاح جديد يسمى ‏ المفتاح النائب .Surrogate key‏ مثال ذلك: إنشاء 
المخطط OWNER La "E‏ لمناظرة المصنف OWNER La‏ كما هو 
T‏ بالشكل رقم (4-؟), واشتماله ule‏ خصائص للمصنف فى هذا المخطط. 
المفتاح الأساسى (OwnerlD ' à 1l)‏ للمخطط العلاقى "صاحب" هو المفتاح النائب. 
ويضاف هذا المفتاح إلى كل مخطط علاقى مناظر للنوع الأصلى للمصنف. 

Li +‏ بخصوص المصنف الذى يعرف باستخدام أنوا ع أصلية لها نفس c Gall‏ فلا 
حاجة لإنشاء p Gall‏ النائب بل يستخدم نفس المفتاح الشائع فى الأنوا ع الأصلية كما 
هو مبين فى الشكل رقم (Y75)‏ 
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التحويل بين نماذج قواعد البيانات التقليدية 


الفصل التاسع 


الشكل رقم (Y-A)‏ تحويل المصنفات فى شكل رقم )0 (VV‏ إلى مخططات علاقية 





PERSON 
BANK 
COMPANY 
OWNER 


rem 
Registered- Vehicle 


Vehicledid | License Plate No 





CAR 
TRUCK 
OWNS 








ثانيًا : التحويل المنطقى من نموذج كينونة علاقة المطور EER‏ إلى النموذج الشبكى : 
)1( قواعد التحويل من نموذج كينونة - علاقة ER‏ إلى النموذج الشبكى: 
(V)‏ يتم تحويل كل نوع كينونة إلى نوع سجل. 


(Y)‏ يتم تحويل علاقة الربط التى تمثل saly‏ - لمتعدد إلى نوع فئة بين نوع سجل الأب 


ونوع أعضاء السجل. 


| L i البيانات‎ isit 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 

(Y)‏ يتم تحول علاقة bs JI‏ التى تمثل متعدد - لمتعدد إلى علاقات ربط واحد - لمتعدد 
باستخدام نوع Jau‏ الوصل .Juncture record type‏ 

EROS وو‎ glee بخ‎ Rp gigs امك اقش‎ La S cal (t) 
سجل الأب إلى نوع أعضاء السجل.‎ 

(ب) قواعد التحويل المنطقى من نموذج كينونة - علاقة المطور EER‏ إلى النموذج 


الشبكى : 
(I)‏ التخصيص و التعميم : 


يمكن استخدم الاختيارات )1( (ج)ء (د) المناظرة للحالات العلاقية والفارق 
الرئيسى هو لو أن علاقة الربط واحد - لواحد » فإن p Hi‏ الفئات Set types‏ تستعمل 
بدلاً من تكرار خاصية المفتاح فى الاختيار (أ). وعلى الرغم من أن الاختيار (ب) لم 
atis‏ توغ السجل e sil‏ الأصلى على قفر الإمكانت: OM Jest Le ab Gi YE‏ 
علاقة الربط واحد - لواحد يمكن نمذجتها طبيعيًا ينوع الفئة. وعلاقة الربط نوع 
الأصلى/فرعى تذكر GL‏ نوع الفئة واحد - لواحد فيها كل قيمة Gall‏ التى لها على 
الأكثر سجل saly‏ عضو . ونظرًا GY‏ هذا القيد ليس جزء من النموذج الشبكى e‏ فإن 
برامج التطبيق يجب أن تلتزم به عند استعمال نظم إدارة قواعد البيانات الشبكية. 
وسوف يستعمل لنوع الفئة salg‏ - لواحد علاقة الربط "يكون” 15-8: لأن سجل كل 
عضو يمثل نفس الكينونة مثل نوع كينونة الأب لكن فى وظيفة النوع الفرعى. كل أنوا ع 
الفئات هذه ينبغى أن توضح إجباريا لتجبر علاقة الربط Ss‏ 15-8. 

+ يستخدم الشكل رقم (5-9) تشابكية التخصيص لنوع شخص Person‏ / ) 
موظف Employee‏ » طالب student‏ } الموضحة فى الشكل رقم (5-5): ويلاحظ 
اختياريًا أنه يمكن تكرار خانة (Jia)‏ بيانات المفتاح من نوع السجل الأب إلى نوع 
السجل العضو ويتم توصيف القيد الهيكلى على نوع الفئة. وفى هذا المثال يمكن تكرار 
خانة بيانات المفتاح رقم التأمين الاجتماعى SSN‏ من نوع سجل الشخص PERSON‏ 
فى أنوا ع السجلات الأعضاء EMPLOYEE Abali‏ و"الطالب” C) STUDENT‏ 


مذجة البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 


الشكل رقم )٤-۹(‏ تخصيص هرمى/تشابكى لقاعدة بيانات الجامعة الافتراضية 





5 -Assisten | (ned 
RE ج‎ 
Cd) TD Ga 
C Project) 
C Course ) 


isit‏ البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 


: النوع الفرعى المشارك‎ (Y) 
نوع‎ Person شخص‎ Sie يستعمل الاختيار )1( لتحويل النوع الفرعى المشارك‎ 
السجل الذى يمثل النوعى الفرعى المشارك ينبغى ان يكون عضو فى العديد من علاقات‎ 
كما‎ MIS-A الإجبارية آيكون‎ Gall ¢ التى تمثل أنوا‎ (V: V) الربط واحد — لواحد‎ 
(o 75) هی موضحة بالشكل‎ 
فى الشكل رقم‎ EER شكل رقم )0-4( تحويل مفاهيم نموذج كينونة علاقة المطور‎ 
إلى النموذج الشبكى‎ (£-Y) 











PERSON 


IS - A-STUDENT 
STUDENT 


ALUMNUS 



















es 


c 


Degre 






Alumnus-Degrees 


IS- AN-EMPLOYEE 











PAE 


تمذجة البيانات 


القصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 





: المصنفات‎ (Y) 
هناك العديد من الاختيارات لتحويل المصنف إلى النموذج الشبكى. لو كانت أنواع‎ 
(صفة معظم المصنفات) قد يتم استعمال نوع كينونة أب‎ disjoint الكينونات منفصلة‎ 
واحد لنوع فئة عضو متعدد » حيث إن نوع سجل الأب يمثل المصنف. يجب إجبار‎ 
القيد الإضافى على أن كل سجل فى نوع سجل الأب يكون منفصلاً كسجل عضو واحد‎ 
فى أنوا ع سجلات الأب. وهناك اختياران لتحويل المصنف من نموذج كينونة — علاقة‎ 

A) Sutil إلى النموذج‎ EER المطور‎ 

-١‏ لو أن تعريف أنواع الكينونات كان منفصلاً فإنه يمكن استعمال نوع الفئة المتعددة 
الأعضاء لأب واحد » حيث إن نوع سجل الأب يمثل المصنف ويجب أن يتم إجباره 
على إضافة القيد الذى يبين أن كل سجل فى نوع سجل الأب متصل بالضبط 
بسجل عضو من أنواع السجلات الأعضاء. على سبيل المثال المصنف 
Owner oala‏ فى الشكل رقم )1-0( هو Ga‏ جزئية لاتحاد ثلاثة آنواع 
كينونات منفصلة هئى"الشخص” PERSON‏ و "الشركة" COMPANY‏ و"البنك” 
BANK‏ » وتم تحويلها إلى di‏ متعددة الأعضاء كما هو مبين بالشكل 
رقم )075( 

-Y‏ يمكن Jaa‏ المصنف عضواً فى العديد لأنواع الفئة الاختيارية واحد - لواحد 
(V)‏ وذلك Losie‏ يتم تعريف نوع أصلى يكون Gi‏ لواحد من هذه الأنواع. 
ويوضح الشكل رقم (1-9ب) تمثيل المصنف OWNER Gale’‏ بالإضافة إلى قيد 
JS ji‏ سبجل قن اللسبتك ساس يجب أن بكرن عضوااقن ye sally‏ نوا ع alt‏ 
التى يجب أن دتم الالتزاح بها ويختبر OwnerlD à all Jia‏ اختارنا ويمكن أن 
يلتزم بالقيود الهيكلية. 


۳A۵ 


نمذجة البيانات 


التحويل بين نماذج قواعد البيانات التقليدية haii‏ التاسع 


شكل رقم (TV-)‏ تحويل المصنف إلى نموذج شبكى باستعمال نوع فئة العضو المتعدد 
OWNER-TYPE‏ لتمثيل المصنف OWNER “Gale”‏ 


OWNER-TYPE 
















COMPANY 
CA 








شكل رقم )1-4( تحويل المصنف إلى نموذج شبكى باستعمال ثلاثة أنوا ع فئات 
لتحويل المصنف OWNER “Gale”‏ 











Person Bank 













IS -A - PERSON IS -A- COMPANY 







FAT 


di‏ البيانات 


الفصل التاسع التحويل بين TG GL‏ قواعد البيانات التقليدية 


(ls‏ : التحويل المنطقى من نموذج كينونة علاقة - المطور EER‏ إلى النموذج الهرمى: 
(V)‏ نوع أصلى/ فرعى : 

علاقة الربط نوع أصلى/فرعى يمكن آن تنمذج كعلاقة ربط Si‏ - ابن (واحد = 
(sal‏ حيث إن كل نوع سجل أب له على الأكثر نوع سجل ابن واحد ويرامج التطبيق 
يجب أن تجبر هذا القيد عند تطبيق النظام الهرمى. 

: النوع الفرعى المشارك‎ (Y) 

* يمكن أن يحول النوع الفرعى المشارك كعلاقة ربط أب - أبن واحد - لواحد 
(VN)‏ والعديد من علاقات الربط أب - ابن واحد - لواحد )١ :١(‏ الافتراضية مع 
SS La‏ التوع GIS ye ill‏ أو كاين اقتراضى فى كل من هذه الغلاقات: 

* ونظراً لمحدودية فرضية أن السجل يمكن أن يكون له على الأكثر أب حقيقى 
واحد وأب افتراضى واحد ؛ فإن هذا يتم عمله فقط لنوع فرعى مشارك مع اثنين من 
الأنواع الاصلية كما هو مبين فى الشكل رقم (VA)‏ للنوع الفرعى المشارك "مدير 
anus‏ الهندسة Engineering-Manager‏ لمخطط نموذج كينونة - علاقة المطور ÜBER‏ 

شكل رقم (۷-۹) يوضح تحويل الأنواع الفرعية المشاركة إلى النموذج الهرمى. يحول 


Engineering-Mannager 











MANAGER 





: لمصنفات‎ I (Y) 
يمكن توصيف اختيارين لتحويل المصنف. ولتوضيح هذين الاختيارين يمكن‎ 
استخدام الشكل رقم (5ه-1؟) لتحويله إلى المخطط الهرمى » حيث يمكن تمثيل نوع‎ 
Las وهذان الاختياران‎ root كنوع سجل الأصل‎ Owns ellas علاقة الربط‎ 





FAV 


مذجة البيانات 


التحويل بين تماذج قواعد البيانات التقليدية الفصل التاسع 
-١‏ يكون المصنف هو نوع سجل YI‏ وعلاقة الربط أب - ابن واحد - لواحد (VV)‏ 
يتم تعريفها لكل نوع سجل يمثل تعريقا لنوع المصنف . كما هو مبين فى الشكل 
رقم (A-4)‏ للمصنف VECHLE. GS ja‏ ويلاحظ أن هذا الاختيار يعمل فقط مع 
المصنف التام. 
- يمكن إنشاء نوع سجل مؤشر تحت كل نوع سجل يناظر تعريف النوع الأصلى للمصنف. 
شكل رقم (۸-۹) يوضح طريقتين لتحويل المصنفات إلى النموذج الهرمى. 


OWNS 
Lien Or Regular 



















OWNER 


VECHILE 


icense Plate No 









CAR 















TRUCK 


COMPAN) 


OWNER-P3 


BName | BAddr 



















PERSON 


OWNER-P3 


VP 3 







نمذجة البيانات 


القصل التاسع التحويل بين تماذج فواعد البيانات التقليدية 
التحويل بين نمادج قواعد الببانات | Ga dull‏ : 
-١‏ التحويل المنطقى بين هياكل نماذج البيانات : 


تصميم قواعد البيانات المنطقى هو عملية تجميع حقول بناء على الرباطات بينهم , 
وتصمم قاعدة البيانات لهذه الحقول التى تتطابق مع القواعد الهيكلية لنظام ادارة 
قواعد البيانات الخاصة. يوجد العديد من طرق تصميم قواعد البيانات المنطقية جيدة 
التعريف ٠‏ المبنية على تقنية تطبيع البيانات» طريقة كينونة - علاقة ومنهجية ديت 
ولسون Date-wilson‏ تقنية تطبيع البيانات ترتيط بشكل طبيعى مع قواعد البيانات 
العلاقية. وهو إجراء ذو تعريف جيد لترتيب الحقول فى مجموعات أو جداول أو علاقات 
لها صفات معينة. عندما يتم معالجة هذه المجموعات كملخصات هيكلية لملفات خطية 
Lady‏ هذه الملفات ببيانات فعلية » والتكرار فى هذه البيانات ليس له تأثير يذكر. حيث 
إن أهمية علاقات الربط فى البيانات تكون محمية. فى أوائل الثمانينيات طور ديت 
ولسون تقنية بديلة لتصميم قواعد البيانات العلاقية. هذه التقنية افترضت أن الكينونات 
وتعريفها لحقولها التى لا تتكرر هى سهلة التعريف فى بيئة التطبيق حيث إنها تنتج 
قواعد بيانات صحيحة. 
التحويل المنطقى من الهياكل التبحرية (الهرمية والشبكية) إلى العلاقية 
Logical Conversion from Novigational (hierarchic and network) to Relational structures‏ : 

التحويل من قواعد البيانات التبحرية إلى قواعد البيانات العلاقية يتم مباشرة 
بالاعتماد على القواعد الآتية AYO)‏ 


aya JE A‏ قوع سهل) gla] alii]‏ المطلومات Canali (IMS)‏ أو كل قوع مسجل 
للنموذج التشاورى للغة نظام البيانات CODASYL‏ الشبكى الذى يمثل كينونة 
العالم الحقيقى real world‏ ينبغى تحويله إلى جدول علاقى فى قاعدة البيانات 
العلاقية مع الخصائص المناظرة لحقول الجزئية أو نوع السجل Segment / record‏ 
-Y‏ كل الجداول العلاقية التى تم إنشاؤها فى الخطوة السابقة ينبغى أن تحتوى على 
عقول مضافة fies‏ الفاح dag LAI!‏ لإنشاء علاقات الزيط pis gill saat = aly‏ 
تمثيلها كفروع فى الهياكل التبحرية حسب الاحتياج لاكتمال معرفاتهم identifiers‏ 
PAA‏ 


تمذجة البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 


الوحيدة (التى لا تتكرر). والمفاتيح الخارجية هى حقول للجزيئات Segment‏ الأعلى 
أو لأنوا ع السجلات الأعلى فى النماذج الهرمية أو الشبكية على التوالى. 

-Y‏ كل جزئية اين مزدوج منطقى لنظام إدارة المعلومات IMS logical child pair‏ (الملف 
الافتراضى) أو نوع سجل الوصل juncture record‏ فى النموذج التشاورى للغة 
نظام البيانات CODASYL‏ الذى ينشئ علاقة الربط متعدد - لمتعدد ينيغى أن 
يحول الى جدول علاقى فى قاعدة البيانات العلاقية. 

-٤‏ كل الجداول التى يتم إنشاؤها فى الخطوة السابقة ينبغى أن تتضمن Yia‏ مضافة 
تمثل المفاتيح الخارجية لكى لا يتكررلنوعى كينونة علاقة الريط متعدد لمتعدد. وهذه 
الحقول التى يشار اليها كمفاتيح خارجية » يجب تكون أيضًا حقول مفتاح 
الجزئيات أو أنواع السجلات فى فروع الهياكل التبحرية. 

التحويل المنطقى من الهياكل العلاقية إلى الهياكل التبحرية 

: Logical Conversion from Relational to novigational Structures 
التحويل من قاعدة البيانات العلاقية إلى قاعدة البيانات التبحرية يحتاج إلى معرفة‎ 
تامة لعلاقات الربط بين الجداول (العلاقية) . والقواعد الأساسية التى تحكم عملية‎ 

-١‏ كل جدول علاقى فى قاعدة البيانات العلاقية يحتوى على مفتاح أساسى ينبغى أن 
يتم تحويله إلى جزنَية اعلى Superior‏ فى نظام إدارة المعلومات IMS‏ أو إلى نوع 
سجل أعلى فى النظام التشاورى dal‏ نظام البيانات -CODASYL‏ 

Al uei all خارهنا .يض أن ق خض‎ lids تضهن‎ De gia JS —Y 
ينبغى‎ GY تتضمن هذا المفتاح وتناظر المفاتيح الاساسية للجداول العلاقية الأخرى؛‎ 
أو نوع سجل تابع فى النموذج‎ Subordinate يتم تحتويلها إلى جزئية تابعة‎ Si 
الهرمى أو الشبكى على التوالى.‎ 

-Y‏ فى UL‏ إسهام المفتاح الخارجى للجدول العلاقى فى الخطوة السابقة فى أكثر من 
جدول علاقى « عندئذ ينبغى أن تكون علاقة الربط متعدد - لمتعدد. لذلك فإن هذا 
الجدول سوف يحول إلى ابن مزدوج منطقى لنظام إدارة المعلومات IMS‏ (الملف 


نمدجه البيانات 


القصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 
الاقتراضى) أو نوع سجل وصل للنظام التشاورى للغة نظام البيانات CODASYL‏ 
فى قواعد البيانات الهرمية أو الشبكية على التوالى. 
—-í‏ بخلاف ذلك فإن علاقات الربط سوف تكون واحد a‏ لواحد أو واحد = لمتعدد. وهذا 
الجدول ينبغى آن يحول إلى جزئية تابعة فى نظام إدارة المعلومات IMS‏ أو نوع 
سجل تابع فى النظام التشاورى للغة نظام البيانات CODASYL‏ للجزئية العليا فى 
البيانات CODASYL‏ الذى تم الإشارة إليه فى الخطوة الأولى. 
Y‏ التحويل المادى قاعدة بيانات : 
# فى التصميم المبدئى لقاعدة بيانات باستخدام نظام إدارة المعلومات IMS‏ يجب أن 
يكون مأخوذا بعين الاعتبار تنظيمان للملف الرئيسى وقرارات طرق التداول: 
-١‏ ما نوع التداول الموجود لجزئية الأصل Root Segment‏ خلال مفتاحه الوحيد ؟ 
-Y‏ كيف تخزن قيم الجزئية Segment occurrences‏ التابعة بالنسبة لجزنية الأصل s‏ 
طرق التداول فى نظام إدارة المعلومات IMS‏ : خيارات تداول جزئية الأصل تكون 
تسلسلية « Sequantial‏ » مفهرسة Indexed‏ ومفرومة Lais hashed‏ خيارات تداول 
الجزئية ull‏ & تكون تسلسلية وذات مؤشر .Pointer-bases.‏ 
(ب/اقاعة البيافات TSA‏ فن التظاء التشاورئ Tall‏ تظام البييانات تكو CO-‏ 
DASYL‏ وأنوا ع السجلات الأعلى ترتيبًا والتابعة (المعرفة GAS‏ عند التجميع) مباشرة 
متصلة كل بالأخرى بسلاسل دائرية Circular Chains‏ للمؤشرات التالية. وقيم أى سجل 
خاس يملا آل وم Mela zal‏ خا :هيم e bap lel cole all‏ طريق 2l gl‏ 
التالية أو حيث تم تخزين المؤشرات ويتم استرجاعها خلال التفريم „hashing‏ 
(ج) الجداول العلاقية فى قواعد البيانات العلاقية ليس لها مؤشرات لتصل 
بمجموعات القيم المرتبة ولكن من خلال خصائص (حقول) المفاتيح. 
بالإضاقة إلى بعض النظم العلاقية مثل إنجرس INGRES‏ تسمح بالتخزين 
والاسترجاع للقيم المرتبة tuples‏ من الجداول العلاقية بواسطة التفريم -hashing‏ 
۴۹۱ 


تمذجه البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
أمثلة للتحويل بين نمادج قواعد الببانات التقليدية 
Examples of conversion between traditional Data base Models‏ : 
التحويل من النماذج الشبكية إلى كل من النماذج الهرمية والعلاقية 
Conversion from Network to both Hierarchic and Relational Models‏ : 
بالنسبة للنموذج الشبكى سوف نوضح كيفية التحويل للحالة المعقدة Complex‏ 
Case‏ لعلاقة الربط متعدد - متعدد . ويبين الشكل رقم (1-9) علاقة الربط متعدد — 
لمتعدد بين نوع سجل المدرس Teacher‏ والطالب „Student‏ 
قاعدة البيانات الشبكية فى النظام التشاورى da)‏ نظام البيانات «CODASYL‏ 
علاقة الربط متعدد لمتعدد بين المدرس Teacher‏ والطالب Student‏ يتم تنفيذها باستخدام 
نوع Jau‏ الوصل si) juncture record‏ ما يعرف باسم ملف الوصل -Connection file)‏ 
ونفرض فى هذه الحالة أن ملف الوصل هو ملف الفصل .Class file‏ وفيه يتكون نوع 
السجل من all‏ المكونة له وسجل المدرس Teacher‏ بالإاضافة إلى الفئة المكونة له 
وسجل الطالب Student‏ . وتمثل هذه الطريقة تفكبك النموذج peel‏ المعقد ols‏ علاقات 
الربط متعدد - لمتعدد الى علاقات ربط واحد — لمتعدد. وعلاقات الربط saly‏ - لمتعدد 
يمكن تطبيقها باستخدام تقنيات تنظيم الملفات المعروفة مثل: 
#الملفات متعددة الوصلات Multilink Files‏ . 
jim‏ الملفات المعكوسة Inverted Files‏ . 
والنموذج الشبكى البسيط هو مجموعة من علاقات الربط واحد - لمتعدد التى تنتج 
as‏ هو الرسم الدائرى Cyclic graph‏ كما فى الشكل رقم )3-4( 
وفى الحقيقة فإن النموذج التشاورى للغة نظام البيانات System Language‏ يسمح 
للمصمم أن يعرف أنوا ع السجلات المشتركة فى التقاطع intersection records (data)‏ 
لكى تمثل كوصلة زائفة Pseudo link‏ بين أنوا ع السجلات فى علاقة الربط متعدد - 
لمتعدد وفى نفس الوقت يتم تخفيض التكرار بين البيانات المترابطة. 


سي يجح تت ي 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 





شكل رقم )4-4( تمثيل علاقة الربط متعدد - لمتعدد فى النموذج الشبكى 


التحويس من نموذج قاعد ة البيانات الشبكى إلى نمودج قاعد 2 الببانات الهرمى 
Conversion From Network to Hierarchic Database Model‏ : 
يتم تمثيل النموذج الهرمى وهيكل البيانات فى شكل شجرة. وإنه من الصعب جدا 
أن يلتقط الترتيب الهرمى عفويا GL‏ يتم وضع نوع سجل المدرس Teacher‏ كسجل أب 
ونوع سجل الطالب Student‏ كسجل أبن. بهذا التمثيل البسيط يمكن البحث عن كل 
سجلات الطلبة لسجل مدرس معين. ولكن بسبب علاقة الربط مدرس - طالب متعدد — 
لمتعدد» فإن كل سجل طالب قد يتكرر لكل سجل مدرس حيث إن المدرس يدرس 
للطالب؛ لذا توجد مشكلتان بهذا التمثيل: 
Yi‏ : ربما يوجد تكرار كثيرًا للبيانات؛ مما يؤدى إلى تضاريها وعدم اتساقها. 
ثانيًا: لايجاد كل سجلات المدرسين الذين يدرسون لطالب ما لابد من بحث كل 
قاعدة البيانات. شجرتان يمكن أن يستعملا فى إحداهما يكون نوع سجل المدرس 
Teacher‏ أب Parent node‏ ونوع سجل الطالب Student‏ هو الابن .Child node‏ بينما فى 
الشجرة الاخرى يكون نوع سجل الطالب هو الأب Parent node‏ ونوع سجل المدرس هو 
الابن Child node‏ ولكن بهذا التمثيل تصبح مشكلة التكرار duplication‏ أكثر سوء. 
ايبسن ERR‏ اتكراز مسجل UN‏ لكل ترس سيت يفوم البرس 5354 ly ell‏ 
سجل المدرس Usi‏ يتكرر لكل سجل طالب حيث يدرس الطالب Lai‏ لدى المدرس. 
وأحسن تمثيل يتم باستخداح الملف الافتراضى Virtual file‏ كما فى الشكل رقم 
Gun .)٠١-9(‏ يحتوى الملف الافتراضى على سجلات افتراضية كمؤشرات Pointers‏ 
للسجلات الفعلية . ويهذا يمكن حل مشكلة تكرار البيانات وتظل علاقة الربط الأصلية 






rar 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 


شكل رقم )٠١-۹(‏ الهيكل الهرمى لقاعدة البيانات مدرس - طالب باستعمال السجل الافتراضى 


Teacher 





Real Class Virtual Class 





zl Rss a all oa tls‏ الس جل Malas ciliis asl s al‏ انكر تواسظة 
المؤشراتء MERCI 8 i Lels‏ أن يتم وضع السحلات dite dll‏ فى المكان الذى سنح 
Jets algas‏ أككر تكراراً: ریک aa Glan‏ اپار dagli‏ تکل سلقانةا عاغده 
البياتات الهرمية باتعادلة الثالية: 

K= ? (Ni-1)+1 

Zech اهار‎ aae faa K إن‎ nus 
وآ کی‎ col yo AST Ul Gg p gi ISI LY! ase Ti إن‎ 

إن 1 ssc‏ الكينونات التى لها AST‏ من آب. 

فى ke JU as (4-5 e JE‏ اسای VELLE‏ سيك angi‏ فوع کی وا 
Jau)‏ القصل (Class entity type‏ لها سجلان أبوان: سجل الأب الأول للمدرس والآخر 
a‏ لذلك Sit ose‏ الذى مسال ai ell adie‏ 


K = (2-1) +1 = 2 trees 


ومن ثم لو تم تفكيك الشكل رقم )5 - (A‏ إلى الهيكل الهرمى » فسوف يتم الحصول 
gh‏ ارقو کا a‏ یی ی اکل iplo‏ ا 


rag 
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الفصل التاسع التحويل بين ماذج قواعد البيانات التقليدية 








التحويل من نموذج قاعد: البيانات الشبكى إلى 962 Q3‏ قاعدة البيانات العلا قبة 
Conversion from Network to Relational Database Model‏ : 
كما هو معروف أن التمثيل العلاقى يسمح بنوع واحد فقط للأشياء هو الملفات التى 
glen‏ عليها الجداول العلاقية relations‏ وهكذا لا توجد وصلات links‏ صريحة بين 
الجداول العلاقية. ولكن كيف يمكن تمثيل علاقة الربط sail - saly‏ فى قاعدة البيانات 
العلاقية؟ GLY!‏ عن هذاء وقد سبق توضيحها فى الفصل الرابع» هى أن مثل العلاقات 
يغ by lites‏ فا واس داتس السا Aula)‏ وة التتصباكمن NO‏ 
بين آنوا ع السجلات الأعلى Superior‏ 15315 ع السجلات التابعة Subordinate‏ هى حقول 
مفتاح لا تتكرر لأنواع السجلات العليا وهى تمثل المفاتيح الخارجية فى أنواع 
السجلات التابعة. JS‏ سجل وصل Juncture record‏ فى النظام التشاورى للغة نظام 
البيانات CODASYL‏ الذى yu‏ علاقات الربط ssai‏ - لمتعدد يتيفى أن يتحول إلى 
جدول idle‏ فى قاعدة البياثات: العلاقية؛ وكل من الجداول العلاقية التى سدق LŚ]‏ 
ينبغى أن تتضمن حقولاً إضافية لكى تشير بشكل لا يتكرر إلى نوعى الكينونة فى 
علاقة الربط متعدد - لمتعدد. هذه الحقول التى هى Casi‏ يشار إليها كمفتاح خارجى: 
ينبغى أن تكون حقولاً للسجلات العليا فى الهيكل الشبكى فى الخطوة الأولى ولتحويل 
علاقة الربط متعدد - لمتعد بين نوع سجل المدرس Teacher‏ ونوع سجل الطالب 
Student‏ فى الشكل رقم (A75)‏ ولا بد من تحويل السجلات الاعلى لكل من المدرس 
والطالب إلى جداول علاقية بعد حذف الوصلات links‏ الصريحة (المؤشرات المادية) LS‏ 


فى شكل (M73)‏ 
شكل رقم )١١-4(‏ المخططات العلاقية لقاعدة بيانات مدرس - طالب 
TEACHER‏ 





STUDENT 
الذى يمثل سجلات الوصل‎ Class record فى الخطوة الثانية. نوع سجل الفصل‎ 
متعدد - لمتعدد فى‎ Lbs JI لعلاقة‎ (Connection file) ملف الوصل‎ Juncture records 





۳۹۵ 


مذجة البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
قاعدة البيانات الشبكية ينبغى أن يتحول إلى جدول علاقى يحتوى على مفاتيح لا تتكرر 
من كلا الجدولين العلاقيين حيث تمثلهما خاصية TNo‏ للمدرس وخاصية SNo‏ للطالب. 
وهذه الخصائص ينبغى أن تضاف إلى الجدول العلاقى "فصل لتمثل المفتاح الخارجى. 
ويمثل الجدول العلاقى "فصل" فى الشكل رقم (Vo-5)‏ علاقة الربط بين الجدولين 
العلاقيين المدرس والطالب!١).‏ 

شكل رقم (YY-5)‏ علاقة الربط للمخططين العلاقيين مدرس و طالب 


STUDENT 





-Y‏ التحويل من النماذج الهرمية إلى كل من النماذج الشبكية والعلاقية 
Conversion From Hierarchic to both Network and Relational Models‏ : 
يتركب Js‏ قاعدة البيانات الهرمية من GIG‏ أشجار كما فى الشكل رقم (W—75)‏ 
وسوف يتم استخدام هذا المثال لتوضيح مفاهيم التحويل إلى كل من النماذج 
الشيكية والعلاقية. فى قاعدة البيانات الهرمية؛ علاقة الربط بين الجزئية الأعلى 
Superior Segment‏ والجزنية التابعة Subordinate Segment‏ هى واحد - لمتعدد LS‏ هى 
مبينه فى الشكل رقم (W-5)‏ حيث تمثل علاقات الربط فى الشجرة الأولى جزئية 
المكتب Office‏ ومجموعة العاملين Staff‏ « وبين جزئية المكتب Agent Soll, Office‏ 
وبين جزئية الوكيل Agent‏ والعملاء Client‏ ولكن من المهم ملاحظة علاقة الريط بين 
جزئية الوكيل Vagent‏ و الطبيب' فى شجرة الطبيب - الوكيل -Physicion-Vagent‏ 
والوكيل الافتراضى يفثل السجل الافتراضى الذى يحتوى على المؤشرات فقط التى 
تشيرإلى الجزئية الحقيقة (جزئية - الوكيل فى شجرة المكتب (Office Tree‏ والذى يؤدى 
إلى تجنب تكرار تفس البيانات. 


a 


الفصل التاسع التحويل بين غاذج قواعد البيانات التقليدية 


شكل رقم (WA)‏ الهيكل الهرمى لشركة تأمين افتراضية ذات أشجار ثلاثة 





























التحويل من نمودذج فاعد: الببانات الهرمية إلى نموذج قاعد: الببانات الشبكية 
Conversion From Hierarchic to network Database Model‏ : 
إنه من السهل التحويل بين نماذج قواعد البيانات التبحرية فيما بينها. وهذا ما 
اتضح من المثال السابق الخاص بالمدرس - الطالب Teacher - Student‏ عن كيفية 
التحويل من رسم graph‏ إلى شجرة tree‏ فى علاقة الربط متعدد - لمتعدد Sum‏ ملف 
الوصل Connection File‏ له أكثر من سجل أب. فالملف الحقيقى Real File‏ الذى تم 
اختياره Li‏ هو الذى يكون تداوله يشكل أكثر تكرارا فى حالة التحويل. gipa‏ قاعدة 
البيانات الهرمية ينبغى ألا يحتوى على بيانات زائدة عن الحد. أما عن الآباء الآخرين 
الذين يشاركون فى ملف الوصل الذين تم تمثيلهم فى أشجار أخرى » يلحق بكل منها 
ملف افتراضى. وإنه من السهل اتباع نفس الخطوات السابقة فى اتجاه مغاير. وهذا 
يعنى أن أى ملف افتراضى Jis‏ ملف Vagent‏ سوف يربط مع ملفه الحقيقى فى شجرة 
أخرى وينشئ ملف الوصل؛ لكى يمثل علاقة الريط متعدد - لمتعدد كما فى الشكل رقم 
Li .)١5-9(‏ علاقات الربط الأخرى واحد - لواحد c‏ واحد - لمتعدد JES‏ كما هى دون 


تعبيدر . 


[un eoe 


التحويل بين TILE‏ قواعد البيانات التقليدية الفصل التاسع 


شكل رقم )١5-4(‏ نموذج قاعدة البيانات الشبكية لشركة التأمين الافتراضية 











التحو Jul‏ من نمودج فاعد: البيانات الهرمية إلى نمودج قاعد ة الببانات العلاقبة 
Conversion from Hierarchic to Relational Database Model‏ : 

إنه من الأهمية بمكان معرفة علاقات الريط بين الملفات فى قاعدة البيانات الهرمية 
قبل التحويل إلى نموذج قاعدة البيانات العلاقية. فى حالة علاقة الربط البسيطة واحد - 
متعدد حيث تمثل الجزئية العليا بجدول علاقى يحتوى على كل الخصائص كما هى. 
ويجب أيضًا تمثيل الجزئيات التابعة حيث المفتاح الخارجى الذى تمت الإشارة «ll‏ 
فى التحويل من نموذج قاعدة البيانات الشبكية إلى نموذج قاعدة البيانات العلاقية؛ 
لذلك فإن تمثيل الحالة المعقدة الذى تمثل علاقة الربط متعدد-لتعدد تحتاج إلى 
Mer‏ 

الخطوة الأولى: حيث علاقة الربط متعدد-لتعدد Y‏ توجد بشكل صريح فى قاعدة 
البيانات الهرمية لكنها تمثل ضمنيًا مع الاتجاهية المزدوجة بين الملفين الحقيقى 
والافتراضى. 

الخطوة الثانية: يجب الجمع بين كل من الملفات الافتراضية والحقيقية فى جدول 
علاقى واحد مع المفتاح الخارجى؛ GY‏ يتكون من المفاتيح الرئيسية لملفات LYI‏ 
ونموذج قاعدة البيانات العلاقية الذى ينتج يمكن تلخيصه فى الشكل رقم .)١5-5(‏ 


FAA 
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haiji‏ التاسع التحويل بين نماذج قواعد البيانات التقليدية 


الشكل رقم )١6١-4(‏ نموذج قاعدة البيانات العلاقية لشركة التأمين الافتراضية 
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OAddr | OTel No 

STAFF 
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التحويل من نماذج علاقية إلى كل من النماذج الشبكية والهرمية 
Conversion From Relational to both Network and Hierarchic Models‏ : 
لا توجد فى النموذج العلاقى مؤشرات صريحة بين الجداول العلاقية كما هو 
الحال فى النماذج التبحرية. يصف مخطط قاعدة البيانات العلاقية هيكل قاعدة 
البيانات» حيث يعطى اسمًا للجدول العلاقى وأسماء للخضائص. والعديد من 
الخصائص لكل جدول علاقى وكل خاصية لها نوع أساسى مرتيط بها يشير إلى نطاق 
القيم المسموح بها لتلك الخاصية. إن المرحلة الضرورية للتحويل من النماذج العلاقية 
إلى هياكل قاعدة البيانات التبحرية هو أن يدرس بعناية الربط بين الجداول العلاقية , 
حيث يمكن استنتاج الرسم التخطيطى الذى يبين علاقات الربط (واحد - لواحد » 
sail - saly‏ متعدد — لمتعدد) بين الجدول العلاقية كما فى الشكل رقم (NA)‏ 
الذى يعبر عن مثال توضيحى ويكشف عن مخطط قاعدة البيانات العلاقية لإدارة 
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التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 








التخزين Depertment Store‏ . ومن مثال إدارة التخزين يمكن استنتاج الرسم التخطيطى 
فى الشكل رقم .)١7-9(‏ 


شكل رقم )11-4( قاعدة بيانات Ladle‏ لإدارة التخزين 


Department 
Employee 









Sales 
[DNans [ SSKo [ Aca [Rev NY Date [iem ns oni Aor 
Customer 


التصويل من نمودج فاعد: البسانات العلاقبة إلى نمودج قاعدة ili‏ الشبكية 
Conversion From Relational to Network Database Model‏ : 
يتضح من الشكل رقم )١11-9(‏ أن علاقة الربط بين جدول الإدارة Depertment‏ 
وجدول الموظفين Employee‏ هى علاقة ربط واحد - لمتعدد فى حين أن جدول المبيعات 
fia Sale‏ علاقة ربط saris‏ — لمتعدد. 


الخطوة الأولى: 

فى علاقة الربط واحد — لمتعدد يتم حذف المفتاح الخارجى من جدول الموظفين Em-‏ 
ployee‏ ووضع المؤشر فى سجل الأب الخاص به لكى يشير إليه. حيث إن جدول 
الموظفين يمثل نوع السجل التابع وجدول الإدارة Department‏ هو نوع السجل الأعلى. 
كما أنه فى قواعد البيانات الشبكية فى النظام التشاورى للغة نظام البيانات CO-‏ 
DASYL‏ تتصل أنوا ع السجلات العليا والتابعة بشكل مباشر لكل واحد مع السلاسل 
الدائرية للمؤشرات. يمكن استرجاع القيم لأى نوع سجل خاص خلال قيم سجلاتهم 
العليا عبر المؤشرات اللاحقة. 


لما تمذجة البيانات 


الفصل التاسع التحويل بين ماذج قواعد البيانات التقليدية 
الخطوة الثانية : 
بد قحس ال uibs]‏ الك يقير gsm‏ قات cell‏ ينال ملف Jang‏ 
ذا مؤشرين» كل منهما يشارك بواسطة مفتاحه الأساسى لتكوين المفتاح الخارجى. كما 
السجلات العليا (العميل Customer‏ والموظفين (Employee‏ ونوع السجل التابع 
(المبيعات (Sale‏ كذلك فى الحالة المعقدة لتمثيل علاقة الربط متعدد - لمتعدد. 


شكل رقم (W—5)‏ الهيكل الشبكى JUL‏ إدارة التخزين 


Employee 





Customer 









التحويل من نموذج فاعد: الببانات العلا Gee‏ إلى si‏ دج قاعدة البسانات الهر Auri)‏ 

: Converting From Relational to Hierarchic Database Model 

كما تم التحويل من قاعدة البيانات العلاقية إلى قواعد البيانات الشبكية فى حالة 

علاقة الربط واحد - لمتعدد كذلك ايضا فى قاعدة البيانات الهرمية سوف تظل كما هى. 

ولكن ملف (المبيعات Jia TX (Sales‏ ملف الوصل؛ نوجد سجلان كلاهما vi‏ له؛ لذا 

فإنه ينبغى أن يوضع فى شجرتين. إحداهما يجب أن gab‏ بها كملف حقيقى (Rsale)‏ 
والأخرى jab‏ بها كملف افتراضى (Vsale)‏ كما هو مبين فى الشكل رقم )4 (Me‏ 

شكل رقم (۱۸-۹) الهيكل الهرمى لمثال إدارة التخزين 


Employee 


A 


Customer 
١ 









التحويل بين نماذج قواعد البيانات التقليدية القصل التاسع 


؟- التحو ل المنطقى من نماذج قوامد البيانات التبصرية إلى نموذج قاعسدة 
الببانات العلا قسة: 
التقنية العلاقية أصبحث مقبولة بشكل متزايد فى معالجة البيانات التجارية وأصبح 
تحول عدد كبير من قواعد البيانات التبحرية إلى قواعد البيانات العلاقية أمرًا حتميًا. 
البيانات التبحرية وكيفية التحويل إلى قواعد البيانات العلاقية المكافئة القابلة 
للتطبية". 
JU‏ (۱-۹): 


يعبر هذا JULI‏ عن بيانات مكتب تعاقدات والموارد المالية من قبل الفنادق والمطاعم 
وجذب السياحة. والتى تهدف إلى جذب الاتفاقيات للمدينةء ولإتمام ذلك يجب أن تبقى 
البيانات فى فنادق القصيبى. ولكل فندق سجل به اسم الفندق HAddr «ilie HName‏ 
واسم المدير HMang‏ وعدد الغرف HNumRms‏ . ولكل غرفة فى الفندق يسجل رقم 
الغرفة RNum‏ » والسعر اليومى RPrice‏ » الحجم بالمتر المربع RSize‏ ويالنسبة للأثاث 
يسجل لكل قطعة الرقم التسلسلى FSer‏ والنوع FType‏ واللون .FColor‏ ولكل هيئة 
Jaus‏ اسم التنظيم OName‏ والعنوان OAddr‏ وعدد الأعضاء ONumMems‏ ويسجل 
لكل رئيس القسم الاسم XName‏ والعنوان 711012. ولكل اتفاقية سابقة لأحدى sil‏ 
سجل يحتفظ بسنة توقيعها CYear‏ وفترتها الزمنية بالأيام  CNumDays‏ وعدد 
الأشخاص الذين وقعوها .CAtten‏ بالإضافة إلى الاحتفاظ بقائمة الفنادق التى لها 
ela s LL‏ «وقاقبة SS al Gold sd clea SI aulas‏ دن هخ 
وسواء ضمن فى الاتفاقية معلومات أو لم يضمن يعد الفندق صاحب الاتفاقية هو 
المركز الرنيسى للاتفاقية saeg HQ‏ غرفه المستعملة من قبل الاتفاقية .RmsTaken‏ 
ويفرض أن الحقول التى لا تكرر هى اسم الفندق HName‏ واسم الهيئة OName‏ وداخل 
كل فندق رقم الغرفة RNum‏ ورقم قطعة الأثاث FSer‏ وسنة الاتفاقية السابقة .CYear‏ 
واسم رئيس القسم داخل التنظيم XName‏ 


Ler |‏ تمذجة البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 
فى نظام إدارة المعلومات IMS‏ : 

يبين الشكل رقم )14-4( البيانات مرتبة Lib‏ لقاعدة بيانات نظام إدارة المعلومات 
5. وتتكون قاعدة البيانات من شجرتين (هرميتين) هما: 


— هرمية الفندق المرتبطة يجزنية الفندق Hotel Segment‏ كأصل root‏ لها. 








- هرمية التنظيم المرتبطة بجزئية التنظيم Organization Segment‏ كأصل root‏ لها. 
وهاتان الهرميتان (شجرتان) متصلتان بشكل متداخل من خلال علاقات الربط 
المنطقية زات الاتجاهات المزدوجة . وفى نظام إدارة المعلومات IMS‏ نجد أن كل 
جزئية تشير إلى الجزئية التالية لها فى هيكل قاعدة البيانات التبحرية والتى تمثل 
علاقة ربط واحد - لمتعدد . 

الشكل رقم )14-4( قاعدة البيانات الهرمية (IMS)‏ لبيانات مكتب الفنادق 


Hotel Organizat 


Room Convent 




























Furnitu Officer 
هرمية الفندق‎ C.H هرمية الشكل‎ 


Lie بين اقيم‎ lll Jas! فإن‎ (V-8) رف‎ JETT مو راشع من‎ LoS 
يشار إليه بقيم الغرف التى تنتمى الى قيم‎ Room وقيم جزئية الغرفة‎ Hotel الفندق‎ 
Hotels والفندق‎ Conventions الفندق وعلاقات الريط متعدد - لمتعدد بين الاتفاقيات‎ 
المنطقية. ويمثل‎ bo Jl والتى تمثل علاقات‎ cbiderictional تكون مدعمة بالاتجاه المزدوج‎ 
وعدد الغرف المستعملة من قبل الاتفاقية‎ HQ حقلا المراكز الرئيسية للاتفاقيات‎ 
.H-C,C-H. لجزئيتى الأبناء المنطقية‎ Intersection data البيانات المتقاطعة‎ RMSTAKEN 


نمذجة البيانات 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
فى النظام التشاورى فى لغة نظام البيانات :CODASYL‏ 


يبين الشكل رقم )2١-5(‏ قاعدة البيانات الشبكية فى النموذج التشاورى فى لغة 
نظام البيانات CODASYL‏ » حيث يتم تمثيل علاقة الربط saly‏ - لمتعدد بيانات المكتب 
بسهم على كل نوع سجل Record type‏ . وعلاقة الريط متعدد - لمتعدد بين الفنادق Ho-‏ 
tels‏ والاتفاقيات Conventions‏ يتم تحقيقها بسجل الوصل Juncture record‏ المسمى ©-11. 


الشكل رقم )4—-¥( قاعدة البيانات الشبكية (CODASYL)‏ لبيانات مكتب الفنادق 
Officer Organizati‏ 


Conventio 


















Hotel C.H 
Room 
Furnitur 
: التحويل إلى النموذج العلاقى‎ 


Lish‏ لقواعد التحويل المنطقية من النماذج التبحرية إلى النموذج العلاقى فإن 
قاعدة البيانات لنظام إدارة المعلومات IMS‏ فى الشكل رقم :)١5-9(‏ وكذلك قاعدة 
البيانات للنظام التشاورى فى لغة نظام البيانات CODASYL‏ فى الشكل رقم (Y-75)‏ 
يتشابهان فى التحويل إلى نموذج قاعدة البيانات العلاقية فى شكل )2١-9(‏ الناشئ 
من الطريقة التالية: 


As iz p‏ البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 


-١‏ جزئيتا الأصل اللتان تمثلان نوعى السجلين الفندق Hotel‏ والتنظيم 
ai Organization‏ تحويلهما إلى مخططين علاقيين بدون حقول إضافية. 

-Y‏ تحويل 4555 الغرفة Room‏ إلى مخطط علاقى ولكن مع إضافة Jia‏ اسم الفندق 
HName‏ كمفتاح أجنبى لإنشاء علاقة الربط واحد — لمتعدد بينه وبين جزئية الفندق 
‘Hotel‏ ليتم تعريف الغرف بشكل تام. حيث إن رقم الغرفة Y RmsNum‏ يتكرر 
داخل JS‏ فندق . وكذلك تتشابه جزئية Furniture SCY!‏ التى يجب أن يتم تحويلها 
الى مخطط علاقى يحتوى على خاصيتى اسم الفندق HName‏ ورقم الغفرف 
.RNum‏ وتصبح كل من جزئيتى/نوعى السجلين الاتفاقيات Convention‏ رئيس 
القسم Officer‏ مخططين علاقيين مستقلين مضاقا إلى كل منهما خاصية اسم 
التنظيم OName‏ لتعريف الاتفاقية الخاصة بالتنظيم وآن رئيس القسم المعين ينتمى 
إلى التنظيم المحدد. 

Conven- والاتفاقيات‎ Hotels وهناك علاقة ربط واحدة فى هذا المثال بين الفنادق‎ -Y 
)١9-9( والتى تم تطبيقها من خلال علاقة الربط المنطقية فى شكل‎ «tions 
باستعمال جزئيتى الابنين 84-©, ©-11 والتى تكون إحداهما جزثية (ملف) حقيقية‎ 
شی‎ Leg hE رتم‎ Bgl AUN aa RT TCAD) TOTUM 
.H-C علق الول‎ (YV-4) 

4- وعلاقة bs JI‏ هذه يمكن تحويلها بإنشاء مخطط علاقى جديد يسمى 
التسجيلات bookings.‏ وتتضمن هذه العلاقة خاصيتى اسم الفندق HName‏ واسم 


Oname. التنظيم‎ 


م م ب ا 


التحويل بين تماذج قواعد البيانات التقليدية الفصل التاسع 








الشكل رقم )۲٠-۹(‏ قاعدة البيانات العلاقية لبيانات مكتب الفنادق 













Hotel 

Im 
Room 

Furniture 

Organization 

OAddr |ONum Mems 
Convention 


Officer 
Bookings 


: Physical Database Conversion wilm lul} التحويل المادى لشاعدة‎ 









تصميم قاعدة البيانات المادى هو عملية تعديل أو تطوير نتائج تصميم قاعدة 
البيانات المنطقى لأغراض الأداء. ولا توجد منهجية شكلية لتصميم قاعدة البيانات 
المادية بنفس السياق حيث إن تطبيع البيانات هو منهجية تصميم قاعدة البيانات 
المنطقية . ولابد من أخذ هذه التوصيات فى الحسيان عند التحويل المادى من قاعدة 
البيانات التبحرية إلى قاعدة بيانات علاقية A)‏ 
-١‏ معرفة ما إذا كانت قواعد البيانات التبحرية قد تم تعديلها وكيف تم التعديل 
لأغراض الأداء فى الوقت الذى صممت فيه. 


لما isit‏ البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 
-Y‏ تحديد عوامل أداء التطبيق الحرجة التى تم أخذها فى الحسبان عند تعديل قاعدة 
البيانات. 
كلا الخطوتين (Y) (V)‏ من الأهمية بمكان أن يأخذا بعين الاعتبار ما إذا 
كانت لا توجد توثيقات GAS‏ وملائمة. 
-Y‏ معكوس alae‏ تعديل الأداء فى الهياكل التبحرية لكى يتم الحصول على نوع الهيكل 
المبسط الذى يمكن الحصول عليه عند تصميم قاعدة البيانات المنطقية. 
-٤‏ تحويل الهيكل المبسط الذى تم الحصول عليه فى الخطوة السابقة إلى قاعدة 
البيانات العلاقية باستخدام عملية التحويل المنطقى التى تم توصيفها من قبل. 
- تعديل أو تطوير قاعدة البيانات العلاقية التى تم الحصول عليها فى الخطوة السابقة 
الخطوة (Y)‏ 
كل أنوا ع التعديلات الهيكلية التى يمكن أن تتم فى هيكل قاعدة البيانات تعتمد 
على نموذج البيانات وعلى نظام إدارة قواعد البيانات المستعمل. 
قرارات Access Method Decisions Jg1 asd! ed Galt‏ : 
الموضوع الأول هو مقارنة قرارات تصميم الأداء التى تهتم بطرق التداول وتخزين 
السجل . بالإضافة إلى كونه موضوع مهما فى خصوصيته إلا أنه ينبغى أن يضع 
التخزين لبعض قرارات التحويل فى المرتبة الثانية. 
الرئيسى وقرارات أسلوب التداول التى يجب أن تتم هى: 
-١‏ ما نوع التداول التى ينبغى أن يوجد لجزئية الأصل خلال مفتاحه الذى لا يتكرر؟ . 


Y‏ 7 وكيف يتم تخزين Goya)! aud‏ التايعة Subordinate‏ ؟ 


مذجة البيانات Lev]‏ 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
أساليب تداول نظام إدارة المعلومات IMS‏ هى: 
e‏ خيارات تداول Jau‏ الأصل Root‏ هى تسلسلية Sequantial‏ » فهرسة Indexed‏ ومفرومة „hashed‏ 
م خيارات تداول الجزنية التابعة هى تسلسلية وذات مؤشر „Pointer based‏ 
التطبيقات الأكثر أهمية » والعالية السرعة والمباشرة تطبق قواعد بيانات نظم ادارة المعلومات IMS‏ 
-١‏ توفر إما التداول المفهرس أو التداول المفروم لسجل الأصل. 


coL للج‎ (Twin والتوائم‎ Child وتوؤقر التداؤل المبتى على المؤشر (مؤشر الاين‎ -Y 
فى الجن الا‎ My gail رقم )61-4( كرتن قرات‎ JES quay doli 
قاعدة البيانات.‎ Jau بهرمية القيم أو‎ 


شكل رقم (۲۲-۹) سجلات قاعدة البيانات الهرمية للتنظيم 





الفصل التاسع التحويل بين THLE‏ قواعد البيانات التقليدية 


إضافة إلى الفهارس الثانوية Secondary Indexes‏ التى قد Cus‏ لتوافر التداول 
المباشر لأى جزنية خلال حقولها (دون الحاجة SY‏ تكون مفاتيح)ء ولكن لايزال Jai‏ 
أن يكون مفتاح جزنية الأصل أن يكون فوا -hashed‏ 
أساليب تداول قواعد البيانات الشبكية هى: 

فى النظام التشاورى للغة نظام البيانات CODASYL‏ أنوا ع السجلات الأعلى 
والتابعة (التى تعرف بالفئة عند تجميعها) تكون متصلة كل بالآخر بسلاسل دائرية 
Circular Chains‏ للمؤشرات اللاحقة. وقيم نوع أى سجل معين يمكن استرجاعها خلال 
قيم السجل الأعلى له عن طريق المؤشرات أو يمكن تخزينها أو استرجاعها عن طريق 
التفريم hashing‏ إلى جانب سماح بعض التطبيقات بالفهرسة الثانوية. 

فى قواعد البيانات التبحرية ‘ قرارات التصميم المادى التى تهتم بتخزين 
واسترجاع الجزئية أو السجل تبنى على متطلبات التطبيق التى ينبغى استعمالها. ققى 
نظام إدارة المعلومات IMS‏ » التداول المفروم لجزئية الأصل يتم أخذه فى الاعتبار؛ GY‏ 
أسرع من التداول المفهرس. وإن كانت طبيعة التسلسل المفهرس أنه يوفر سرعة نسبية 
فى فهرس VSAM-KSDS‏ للتداول التسلسلى لجزئية الأصل عبر مفتاحه. 

فى قاعدة البيانات الشبكية فى النظام التشاورى للغة نظام البيانات CODASYL‏ 
يكون التداول المباشر عبر تفريم أى نوع سجل لاختيار ما يكون مغريا « ولكن LE‏ 
التفريم يوفر تداول أسرع عندما تضطر الفئة الجزئية المرتبة لقيم نوع سجل ما إلى أن 
تسترجع من نوع السجل الأعلى أو نوع السجل الأب Owner recordtype‏ للفئة التى هم 
فيها. الفهارس الثانوية فى أى نظام توفر تداولاً مباشرًا إضافيًا للبيانات» ولكن عيب 
فيها أيضا أنها تبطئ النظام أثناء التعديل الصعب حيث النظام يجب أن يتوقف لكى 
يتم تعديل أى فهرس ثانوى يتأثر بالتعديل. 
أساليب تداول قواعد الببانات العلا قبة هى: 

ليس لديها المؤشرات التى تربط السجلات والاستعمال الصعب للفهارس. بالإضافة 
إلى أن بعض النظم العلاقية مثل الإنجرس INGRES‏ تسمح بتخزين واسترجاع 
سجلات جدول ما بالتفريم „Hashing‏ 


ب ي 


التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
بعد إنجاز الاشكال المنطقية للتحويل . فإن أحد المظاهر المادية الأساسية هو 
التآكيد على السرعة حيث إن التداول المباشر المتوافر فى قواعد البيانات التبحرية يكون 
(Mia‏ ایشا قى قواغذ البياثات الملاقية »لبد يكل مدل sible‏ يتم celi‏ 
مباشرة من جزئية الأصل فى نظام إدارة المعلومات IMS‏ الهرمى أو السجل الشبكى 
المفروم فى النظام التشاورى للغة نظام البيانات CODASYL‏ يجب أن يكون مفهرسًا 
أو مفرومًا على حقول المفتاح المكافئ. والمثال على ذلك هو Jia‏ اسم الفندق HName‏ 
فى diga‏ الفندق Hotel‏ لهرمية الفندق فى شكل رقم (V4-49)‏ وحقل اسم Name ial!‏ 
فى شكل رقم (۲۱-۹). كل فهرس ثانوى فى قاعدة البيانات التبحرية يجب أن يعاد 
بناؤه كفهرس فى الجدول العلاقى المناسب. الفهرس الثانوى فى نظام إدارة المعلومات 
يمكن أن يبنى على حقل فى الجزئية التابعة (المصدر) SI‏ تسترجع الجزئية الأعلى 
(المستهدفة). على سبيل المثال الفهرس الثانوى يمكن أن يبنى على Jia‏ الرقم 
التسلسلى FSER‏ لجزئية الأثاث لهرمية الفندق فى شكل )١9-9(‏ لاسترجاع قيم الغرفة 
للغرف التى توجد يها قطع الأثاث. ومن المهم ملاحظة أن الجدول العلاقى للأثاث فى 
شكل (Y-A)‏ يوجد له من قبل Jia‏ اسم الفندق Jiag HName‏ رقم الغرفة RNum‏ 
التى تعرف الغرفة التى لها أثاث. لو أن كل المطلوب للفهرس الثانوى هو إيجاد معرف 
الغرفة room identifier‏ » عندئذ يكون الجدول العلاقى للأثاث هو فقط الجدول المطلوب 
فى عملية التداول. لو أن خاصية بيانات أخرى كانت مطلوية للغرفة Room‏ أو الفندق 
Hotel‏ فإن الفهرس الثانوى المكافئ فى نظام إدارة المعلومات IMS‏ الموصف أعلى 
سوف يكون فهرسًا على Jia‏ رقم FSER SEY!‏ لجدول SEY!‏ بالإضافة إلى الربط 
النهائى eventual join‏ لذلك الجدول مع جدول الغرفة Room‏ 51 جدول الفندق Hotel‏ أو كليهما. 
adi,‏ ماذا لو كان القرار هو توفير تداول تسلسلى مفهرس (أى أن تداول 
(B-tree‏ لقيم سجل Jee!‏ لاسترجاع قيم Gall‏ الجزئية المرتبة بشكل كفء ؟ التكافؤ 
فى قاعدة البيانات العلاقية هو أن يتم تجميع الجدول العلاقى على حقل مفتاحه . فعلى 
سبيل المثال: لو كانت جزئية الفندق Hotel‏ لهرم الفندق فى شكل رقم )١5-5(‏ كانت 
مرتبة بطريقة التسلسل المفهرس باستعمال حقل اسم الفندق Hname‏ » عندئذ الفهرس 
المجمع Clustered index‏ ينيغى أن يبنى قوق Jia‏ اسم الفندق Hname‏ للجدول العلاقى 
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للفندق Hotel‏ فى شكل رقم (YV-5)‏ ليس فقط لفهرسة السجلات على ذلك الحقل Kly‏ 
أيضا لترتيب سجلات الجدول le‏ لقيم ذلك الحقل بشكل طبيعى. 
المكان الملا نم للجزشسة / السهل Segment / Record Placement‏ : 


تداول البيانات أو استرجاعها فى النظم التبحرية يعنى التبحر خلال هياكل 
التخزين الشبكية والهرمية والاسترجاع مرتبط بقيم السجل. وفى حدود الأداء فإن هذه 
النظم حاسة للمسافة على القرص من البيانات التى تم بحثها للإاشارة إلى المدخل 
(سجل الأصل فى نظام إدارة المعلومات (IMS‏ فى الهيكل. الاسترجاع يكون أكثر 
كفاءة لو كانت البيانات فى نفس الكتلة Same block‏ أو على الأقل نفس الأسطوانة 
Same Cylinder‏ كنقطة للمدخل. ويمكن والقيم Copal!‏ فى نظام إدارة المعلومات IMS‏ 
Jala‏ سجل قاعدة البيانات آن تخزن قى شكل تسلسلى أو شكل ذى مؤشر (فى Ls‏ 
أغراض الأداء ذات التداول المباشر). فى حالة أخرى ؛ التخزين المادى لقيم الجزئية 
من أعلس gal!‏ أ فل Top-to-bottom.‏ : 

من اليسار إلى اليمين Left-to-right‏ . 

ومن الأمام إلى Front-to-back ANI‏ . 


وحالة الترتيب من الأمام إلى الخلف تعنى التحرك خلال قيم سلاسل التوائم لنوع 
الجزنية (الشجرة) Segment type‏ موضع الانتقال . فى هرمية التنظيم Organization‏ 
hierarchy‏ . هذا يعنى أن كل قيم جزنية الاتفاقية وجزئية الابن المنطقى C-H‏ لتنظيم 
خاص aes‏ أن يتم تخزينها بعد قيمة الأصل root accurrence‏ وقبل ard‏ رئيس القسم 
officer‏ فى حين أن القاعدة العامه فى مثل هذه ULI‏ هو فرض أن قيم رئيس القسم 
يتمغن آلا تقطن فى نفس التظقة (مساعة) القابلة للعتواتة :يشتكل مانى على القرص 
مثل قيم التنظيم Organization accurrences‏ بسبب كل التحويلات وقيم الابن المنطقى 
H‏ - © التى يجب أن تكون مخزنة فيما بينهم. 
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: The rule-of -thumb glia BY قاعدة إصبع‎ 


فى هرميات نظام إدارة المعلومات IMS‏ قان قاعدة peo!‏ الإيهام تجهز لوضع 
الجزيئات التى يتم تداولها بشكل متكرر فى أقصى علو high up‏ ويسارًا بقدر الإمكان 
فى الهرم (شجرة). على سبيل المثال: هرمية التنظيم Organization hierarchy‏ فى JE S‏ 
رقم (15-5) لها جزئية الاتفاقية إلى اليسار من جزئية رئيس القسم. مناظرة التصميم 
abil!‏ بالمادى فى عملية التصميم المنطقى أيضًا قد يكون لها انعكاس. ومن وجهة 
نظر الأداءء لو أن بيانات الاتفاقية قد تم تداولها بشكل أكثر تكرارا من بيانات رئيس 
القسم . فإن التصميم المادى يصر على أن جزئية الاتفاقية تكون على اليسار من 
جزئية رئيس القسم. والوضع الذى يمكن أن يأخذ فى االاعتبارهو أن الحالة العملية 
المكافئة لذلك الإصدار فى الحالة العلاقية ليست مظهراً أساسيًا للنموذج العلاقى. 
وأكثر من ذلك. فإنه من المهم تجميع جداول علاقية مترابطة معًا فى مساحة تخزين 
عريضة لغرض aul)‏ كفاءة عمليات الربط (على Jas‏ المثال مساحات جداول (DB2‏ . 

مشكلة أخرى ممكنة فى قاعدة بيانات نظام إدارة المعلومات IMS‏ هى فى ملكية 
نوع الجزئية التابعة التى يكون لها قيمة واحدة بالنسبة إلى قيمة جزئية الأب الخاص 
بها. مثال ذلك لو أنه فى هرمية التنظيم فى الشكل رقم )١4-9(‏ حلت جزئية رئيس 
President segment‏ محل .£555 رئيس القسم officer segment‏ حيث يوجد bii‏ رئيس 
واحد له قيمة فى جزئية التنظيم. وأكثر من ذلك وجود مساحة لجزئية الرئيس ويياناته 
يمكن دمجها فى جزئية التنظيم التى لم تفقد البيانات سلامتها. 

الوضع المكافئ فى قاعدة البيانات العلاقية ينبغى أن يتكون من جدولين علاقيين 
بالجدول الآخر. ونتاج هذا الريط يكون بشكل ela‏ مثل الحالة ell‏ فى نظام إدارة 
المعلومات AIMS‏ 

فى التصميم المادى لنظام إدارة المعلومات IMS‏ تأخذ نتيجة عملية التصميم 
المنطقى وتنتج عددًا من أنواع الجزئيات بتجميع أنوا ع الجزئيات معا أو بزيادة عددها 
بتقسيم بعضها (LHS si)‏ إلى أنواع جزيئات أخرى. ونفس الإجراء يمكن أن يتم فى 
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أنوا ع السجلات الشبكية فى النظام التشاورى للغة نظام البيانات .CODASYL‏ 
وتجميع جزيئات الأب والابن فى نظام إدارة المعلومات Las IMS‏ قد يقلل مقدار التبحر 
الذى قد بحتاجه لاسترجاع البيانات ولكن يؤدى إلى زيادة البيانات عن الحد. تقسيم 
الجزيئات قد يتم لتحسين الأمن واستقلالية البيانات ولكنه قد ينتج هيكلاً معقدا . 


فى التحويل إلى قاعدة SUL!‏ العلاقية c‏ يمكن أن يتم تعريف تقسيم الجزْيئّات 
فى نظام إدارة المعلومات 1815 بوجود جزئيتين بنفس حقل المفتاح فى نفس المستوى 
فى الهرم (الشجرة). مثال ذلك تقسيم .£552 الغرفة Room Segment‏ لهرمية الفندق إلى 
Ae‏ كين شف A he pla‏ کین مح جنال Qi;‏ الو RNUM‏ وستحى الغترفة 
5 وجزئية أخرى تتكون من حقلى رقم الغرفة RNum‏ وحجم الغرفة -RSize‏ وهذه 
يمكن أن يعاد تجميعها عند التحويل لقاعدة البيانات العلاقية أو تحول كما هى مع 
إضاقة حقل اسم الفندق HName‏ لكل جدول علاقى ناتج (GES‏ خارجى. 

بتجميع الجزيئات فى نظام إدارة المعلومات IMS‏ يمكن أن يتم تعريفه بواسطة 
تنفيذ Jules‏ التطبيع Normalization analysis‏ لحقوله أو بملاحظة البيانات الفعلية 
المخزنة الزائدة عن redundancy sall‏ . ويجب ملاحظة inasi‏ عدم التطبيع Denormal-‏ 
ization‏ الذى يعنى تجميع الجداول العلاقية المترابطة لقاعدة البيانات العلاقية معًا؛ 
كلدل ane‏ فاخا ت الريط الت زوز فى ھار وها خودي انفكا إلى alg‏ 
البيانات عن الحد ولكن من وجهه نظر التصميم المادى. ويلاحظ أن ما يناظر عدم 
التطبيع فى قاعدة البيانات العلاقية هو نفس تجميع الجزيئات المتصلة معا لقاعدة 
البيانات الهرمية فى نظام à lal‏ المعلومات IMS‏ أو لطى Collapsing‏ الفئّات فى 
السجلاك LS GL! aae Lal‏ فى aal‏ التشتاورى CO- Ll Lis Gal‏ 
col dia anges. DASYL‏ اكقيارية Legit‏ يمان of‏ شما قظام siegt a lal‏ 
IMS‏ أو النظام التشاورى Call‏ نظام البيانات لتحسين الأداء. مثال ذلك: مؤشرات 
توائم الاتجاه العكسى Twin backword pointers‏ فى قواعد ييانات نظام إدارة 
المعلومات IMS‏ ومؤشرات Owner Pointers GY!‏ فى قواعد البيانات الشبكية فى النظام 
التشاورى للغة allis‏ البيانات gly -CODASYL‏ كان الغرض من المؤشر الاختيارئ هو 
لسرعة عملية نظام إدارة قاعدة البيانات DBMS‏ دون الحصول على استعمال التطبيق 
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المنطقى (كمؤشرات توعم الاتجاه العكسى فى نظام إدارة المعلومات IMS‏ لتحسين 
سرعة الحذف على سلاسل «(ae gl‏ عندئذ لا يوجد نموذج علاقى US‏ : لذلك. ومن 
ناحية أخرى» على سبيل المثال فى النظام التشاورى للغة نظام البيانات CODASYL‏ 
فإن مؤشر الأب يوفر أسرع أسلوب لإيجاد قيم السجل الأعلى. والمكافئ له فى قاعدة 
oll‏ العلاقية هو c paca oh‏ برق ال جل eV)‏ هو من قبل فى ill pall‏ 
كمفتاح خارجى بوصفه GGL‏ لعملية التصميم المنطقية. لو كان الاحتياج لأكثر من قيمة 
المفتاح فإن الربط يجب أن Sita‏ مغ الول الغلاقن الذى ينل كيئونة السجل الاعلى. 
عملمات التضزيسن والاسترهاع Direct Storage-and -retriverd Operations gilek!‏ : 








تخزين واسترجاع السجلات المبنى على حسابات قيم المفاتيح هو ما يسمى 
بالفقريم: التفريع يعتبر الأشرع بشكل عام Lal‏ عمليات التخزين والاسترجاع 
المباشر. ويسمح نظام إدارة المعلومات IMS‏ بالتداول المباشر لجزئية الأصل root Seg-‏ 
ment‏ باستعمال خيار التفريم hashing‏ أو الفهرسة cindex‏ الجزيئات الأخرى بخلاف 
الأصل root‏ يمكن الوصول إليها مباشرة باستعمال الفهارس الثانوية Secondary In-‏ 
dexes‏ ولیس بالتفريم -hashing‏ 

فى تصميم هرمية التنظيم فى شكل رقم (VA-5)‏ فإنه يبدو متوازنًا بشكل تام فى 
حدود التصميم المنطقى ‏ ويبين شكل رقم (YYA)‏ أيضًا جزءًا لقيم هرمية التنظيم 
لترايطات Qusabi‏ . بافتراض أن تطبيقًا حرجا يتطلب سرعة وتداولاً مباشرًا لجزئيات 
رئيس القسم Officer Segments‏ ؟ يوجد طرق قليلة يمكن من خلالها الوصول إلى 
بى القتسم las Yall‏ ادى glee‏ عديش إن sy gual‏ الم JENS uito F‏ 
التنظيم . فإن النظام يمكن أن يجد قيمة التنظيم مباشرة بالفهرس أو التفريم اعتمادا 
عى البياثات المفؤتة فى Leased‏ وبعدها يكم pall‏ عبر الؤشبرات إلى oni) pad‏ 
القسم التى يتم بحثها. وهذا يتطلب عملية إدخال وإخراج إضافية أو أكثر من عملية 
لهيكل هرمى أكثر dias‏ 

هناك بديل آخر لتداول رئيس القسم مباشرة ويتم بالحصول على فهرس ثانوى 
نيت ى قوق حقل اسم رئيس القسم XNume‏ لجزئية رئيس القسم.لتذأولة مباشرة: ولكن 
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AIL afi أو كان عداقة اکر من ت تفس اسه ركوس القسم> فى هذه‎ sas’ libs 
آخر للمؤشر التالى (مؤشر‎ legs ستكون عمليات إدخال وإخراج اضافية سوف تجلب‎ 
Per لتميز التنظيم الصحيح.‎ root occurrences الأصل‎ eai للرجوع إلى‎ (SY! 
الفهرس‎ ling نسخ حقل اسم التنظيم لإضافته إلى جزئية رئيس القسم‎ 
ينشي شكلاً من‎ Xname واسم رئيس القسم‎ Oname الثانوى على حقلى اسم التنظيم‎ 
على الفيوس لعدارل انار‎ Gate! Cae lad Fai الو عن الحو‎ otal 
TE clin کد‎ 


ويبين شكل (۲۲-۹) الحل البديل لمشكلة آداء نظام إدارة المعلومات IMS.‏ وقيم 
55s‏ رئيس القسم لازال يمكن الوصول إليها خلال قيم iya‏ تنظيم Orgamization‏ 
عبر علاقة ربط موحدة الاتجاه Unidirection‏ لريطهم وهو ما يطلق عليه الجزئية 
الافتراضية Virtual segment‏ . ومزية ذلك هى أن أصل الهرم (قيم جزئية رئيس 
القسم) تستعمل حقلى اسم الرئيس القسم Xname‏ واسم التنظيم Oname‏ معا كمفتاح 
سكن اق مكلاح وسكرج عالتقا دوا موك ور SM ded‏ اهو 
بقدر الإمكان . ويلاحظ فى قواعد البيانات الشبكية للنظام التشاورى ial‏ نظام 
البيانات CODASYL‏ أن أى نوع سجل يمكن أن يتم تخزينه بإجراء التفريم. 

شكل رقم sie‏ يوضح جزئية رئيس القسم كأصل لقاعدة بيانات منفصلة 


Organization 


Covention 


وقرار تحديد أنوا ع سجلات يتم تفريمها Li‏ كانت وكذلك أى سجلات يتم التخزين 
yal‏ فقط earl i‏ إلى bo T‏ جن CR.‏ عمل JE Salad‏ هادي 
a tasa‏ على القرص؟ وكا قى التظام dall ig sos]‏ نظام CODASYL bull‏ فى 


El Ga oO 
















Officer 


شرعية رئيس 
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شكل رقم )4—-¥(« نسخة من حقل اسم التنظيم OName‏ مضافة إلى سجل رئيس 
القسم Officer‏ الذى يمكن من التخزين Bale‏ عبر التفريم باستخدام حقلى اسم 
رئيس القسم XName‏ واسم التنظيم enm pe OName‏ 
نظام ادارة المعلومات IMS‏ ولكن ماذا يحدث لو كان القزار الأصلى Jaai Cold‏ 
هرم التنظيم فى شكل رقم (YAA)‏ إلى هرميات شكل ben‏ لاسياب تتعلق بالاداء 
ولتحويلة إلى قاعدة بيانات علاقية؟ والإجابة تكمن فى حالة عدم وجود توثيق صريح 
فان الخطوة الأولى هى معرفة الهياكل التى تم تصميمها. فصل قاعدة البيانات: علاقة 
الربط المنطقية ols‏ الاتجاه الموحد وتكرار Jia‏ اسم Oname abill‏ هى مفاتيح حل 
هذا اللغز. النتيجة هى معرفة علاقة bs JI‏ واحد — لمتعدد بين التنظيمات Organizations‏ 
ورؤساء الأقسام Officers‏ ومن وجهة النظر المنطقية لنظام إدارة المعلومات IMS‏ 
أو للنظام التشاورى Call‏ كنظام البيانات .CODASYL‏ وتكرار حقل اسم التنظيم 
6 فى جزئية رئيس القسم Officer‏ بهذا يكون التحويل المباشر الذى ينتج فى 
جداول التنظيم e Organization‏ رئيس القسم «Officer‏ الاتفاقية Convention‏ 
والتسجيلات bookings‏ فى شکل رقم (YV75)‏ 

إن إضافة Jia‏ اسم التنظيم OName‏ فى جزئية رئيس القسم فى JS S‏ رقم A)‏ 
(YY‏ التى تمت لأسباب تتعلق بالآداء. — ضرورة منطقية فى قاعدة البيانات العلاقية فى 
شكل )2١-9(‏ حيث ان Jia‏ اسم التنظيم OName‏ يتم وضعه فى الجدول العلاقى 
الخاص برئيس القسم Officer‏ كمفتاح خارجى. وللحصول على السرغة والتداول 
المباشر لرؤساء الاقسام 5 فى قواعد البيانات العلاقيةء فإن حقلى اسم التنظيم 
OName‏ ورئيس القسم XName‏ فى الجدول العلاقى لرئيس القسم يمكن أن يستعملا 
كمفتاح للفهرس LS)‏ فى دى. بی (DB2 Y‏ أو كمفتاح لإجراء التفريم LSS)‏ فى لغة 
الإنجرس (INGRES)‏ فى الشكل رقم (VAA)‏ ترابط سجلات التنظيم وسجلات رئيس 
القسم فى قاعدة البيانات العلاقية ليس محتملاً أن تكون قريبة من بعضها البعض على 
القرص لو لم يعرض النظام العلاقى ماديا تداخل قيم السجلات من مختلف الجداول . 
وهذا له بعض التأثير على أداء عملية ls JE‏ تماما كما فى الانتشار المادى للرسم 
التخطيطى الهزمى قى (VA) JES‏ مما يؤثر على سرعة التبحر خلال الهرم. 
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سلا سل الشوء م الهو Long Twin Chains dle‏ : 


)5( مشكلة سلاسل التوعم الطويلة بموضوع قوة التفريم حيث يبين شكل‎ bo 
جزءا من قيم هرم الفندق . وسوف يوجد عدد ضخم من الغرف فى الفندق ولذلك عدد‎ 
UT Saul تلحق بقيمة جزئية واحدة‎ Room Segment ضخم من قيم جزئية الغرفة‎ 

شكل رقم (YE-A)‏ يوضح سجلات قاعدة بيانات هرمية الفندق 


Hotel 











Rooms 






rate [ren‏ تدم 
Furniture Furniture‏ 
كما تبين جزئية الأصل فى الشكل السايق أن فندق القصيبى Quosabi hotel‏ له 
az (T=)‏ ولف Tye Qaid (Ts) an‏ الغرفة ats‏ بواسطة مؤشرات pag‏ 
فو daas‏ الوم Lodo‏ كل غرفة يمكن ors of‏ بنعيم sl Lits alsace‏ 
Furniture Segment‏ التى تجعل الهيكل الهرمى ككل أكثر ضخامة وانتكنار) ERT‏ : 
إن التطبيق الذى يطلب تداول كل الغرف فى فندق معين يمكن أن يتبع بكفاءة 
سلاسل تومم الغرفة لكى يتم استرجاع كل قيم غرف الفنذق. ولكن ماذا عن التطبيق 
الذى يتطلب تداولاً مباشرا لغرفة واحدة فى فندق معين؟ التطبيق يمكن أن يصل إلى 










التحويل بين نماذج قواعد البيانات التقليدية الفصل التاسع 
قيمة أصل الفندق بسرعة كافيةء ولكن عندئذ يجب أن يتم الحرث خلال سلسلة التوعم e‏ 
فى الشكل التسلسلى حتى يتم إيجاد الغرفة التى يتم البحث عنها. نفس الوضع سوف 
يكون متشابها فى قاعدة البيانات الشبكية للنظام التشاورى للغة نظام البيانات CO-‏ 
DASYL‏ كما فى شكل رقم (YA)‏ أن نوع سجل الغرفة مخزن عبر الفئة؛ نسبة 
إلى نوع سجل القندق Hotel‏ » أكثر من كونه مخزنًا عبر حساب إجراء التفريم. ويمكن 
تطبيق الفهرس الثانوى لجزئية الغرفة: ولكن لأن العديد من الفنادق لها نفس أرقام 
الغرف. فإن جزئية الفندق سوف يتم تداولها أيضا مع السعر Price‏ حقل اسم الفندق 
Hname‏ يمكن أن يضاف إلى جزئية الغرفة والفهرس الثانوى إلى السعر المكرر. وفى 
أسلوب آخر فإن جزئية الغرفة يمكن أن ترقى وتصبح أصلاً بنفس الأسلوب المتشابه 
للهيكل فى شكل رقم (V4)‏ التقنية الثالثة هى لإنشاء جزئية ذات مستوى مباشر 
Intermediate-Level Segment‏ بين الجزئية مع سلاسل التوعم الطويلة الغرفة” ROOM‏ 
وجزئية الأب الخاص بها “الفندق" HOTEL‏ وشكل رقم (Yo75)‏ يبين هرمية الفندق مع 
نوع الجزئية الجديدة FLOOR HUIT‏ المدرجة بين الفندق Hotel‏ والغرفة .Room‏ 
وبهذا الهيكل يمكن للتطبيق التحرك من الفندق إلى الطابق إلى الغرف على ذلك الطابق 
دون أن يصادف الغرف على الطوابق الأخرى. 

فى التحويل من قاعدة البيانات الهرمية لنظام إدارة المعلومات IMS‏ إلى قاعدة 
البيانات العلاقية » فإن التعديل الهيكلى المبين فى شكل (20-9) يجب أن يكون معروقا 
وسبق التعامل معه . جزئية الطابق Floor Segement‏ يجب أن تحذف قبل التحويل إلى 
قاعدة البيانات العلاقية. بعد التحويل إلى قاعدة البيانات العلاقية » الجدول العلاقى 
للغرفة المبين فى JSS‏ رقم (YYA)‏ يجب أن يشمل Jia‏ اسم الفندق HName‏ كمفتاح 
خارجى. وبناء على إمكانيات النظم العلاقية فإن الجدول العلاقى للغرفة يمكن أن يكون 
مفرومًا أو مفهرسًا على حقلى اسم الفندق HName‏ ورقم الغرفة RNum‏ لزيادة السرعة 
والتداول المباشر لغرفة معينة. 


sa]‏ تمذجة البيانات 


الفصل التاسع التحويل بين نماذج قواعد البيانات التقليدية 








شكل رقم (Yo-4)‏ هرمية الفندق بعد إضافة جزئية الدور Floor‏ 












Hotel 
Floor H.C 
Floor 
هرمية الفندق‎ 


Furniture 


علا قات ee ee ee‏ 
Many - to - Many Relationships‏ : 
نوع الهيكل المصمم لتناول علاقات الربط متعدد — لمتعدد فى قواعد البيانات 
الهرمية alas‏ إدازة IMS colas Lall‏ يكون معقذا إلى as‏ ها قى سين أن علاقات 
الريط متعدد - لمتعدد يتم تناولها فى قواعد البيانات الشبكية للنظام التشاورى للغة 
نظام البيانات CODASYL‏ بأسلوب متشابه بشكل أساسى لنظام إدارة المعلومات 
IMS‏ أن يتجه إلى أن يكون أبسط إلى حد ما فى مرحلة التصميم Sly‏ معقدًا لمبرمج 
التطبيق . فى قواعد البيانات العلاقية كل علاقة ربط متعدد - لمتعدد تتطلب إنشاء 
جدول إضافى بشكل مباشر. 
وفى المثال الحالى: تكون علاقة الربط متعدد - لمتعدد بين الاتفاقيات Conventional‏ 
والفنادق hotels‏ . كل اتفاقية تستعمل العديد من الفنادق. وكل فندق يستعمل على مدار 
العام بواسطة عدد اتفاقيات مختلفة. liag‏ يوضح بالشكل رقم )١5-9(‏ فى قواعد 
بيانات نظام إدارة المعلومات IMS‏ بواسطة الوصلات بين جزئية الفندق (فى 
هرمية الفندق) وجزئية الاتفاقية (فى هرمية التنظيم) باستعمال جزيئات الابن المنطقى 


a 377‏ م 


التحويل بين ماذج قواعد البيانات التقليدية الفصل التاسع 


CO- وفى قواعد البيانات الشبكية للنظام التشاورى للغة نظام البيانات‎ .. C-H C- H 
بين سجلات‎ Juncture record الوصل‎ Jau شكل رقم )4—-¥(« عن طريق‎ 511 
لنفس الغرض. ويلاحظ أن قيم جزئية الاتفاقية‎ H-C الفندق والاتفاقيات حيث تعمل‎ 
Ao Gd تعريفها‎ Ree الجزتيتين‎ WE الاك فإن‎ tly aal إلى جزقية الآ‎ juts 
والهيكل المكافئ فى قواعد البياتات العلاقية فى شكل (9-١؟) هو جدول التسجيلات‎ 
identifiers الذى يرتبط مع جدولى الفندق والاتفاقية. وهو يتكون من معرفات‎ 5 
بالإضافة إلى البيانات المتقاطعة‎ OName. CYear والاتفاقيات‎ (Hname) كاملة للفندق‎ 
.(RmsTaken , HQ) 

ومن ol jl y ill‏ فى نظام إدارة المعلومات IMS‏ علاقة الربط المنطقية وهى إما أن 
تكون زوجًا ماديا أو زوجًا افتراضيًا. فى الزوج المادى: جزيئات الاين المنطقى C- Jis‏ 
H, H-C‏ فى شكل رقم (۱۹-۹) كلاهما صحيح» بمعنى أن جزيئات Gals‏ تحتوى على 
مؤشرات وبيانات متقاطعة gi)‏ أن النظام يحتفظ بالمتكرر على كلا الجانبين لعلاقة 
الربط). وفى الزوج الافتراضى: الابن المنطقى الحقيقى يوجد Gale‏ على sai‏ الجوانب 
لعلاقة الربط فى حين أنه على الجانب الآخر من علاقة الربط يحتوى على الابن المنطقى 
NT‏ 

ويوجد العديد من مزايا وعيوب الأداء بين الزوج المادى والاقتراضى. ويوجه عام » 
لو وجد مقدار كبير من نشاط تداول مهم بشكل متساو لكلا جانبى علاقة الربط 
المنطقية؛ فإن الزوج المادى يكون أفضل. فى Ula‏ وجود معظم النشاط على جانب 
واحد» فإن الزوج الافتراضى يفضل مع وجود الابن الحقيقى فى الجانب الأكثر نشاطًا 
أو مع الجانب ذى سلاسل التوءم الأطول. 

وفى التحويل لقاعدة البيانات العلاقية, نجد أن كل أشكال الهياكل التبحرية 
لعلاقات الريط متعدد - لمتعدد والتى تشمل الأشكال الهرمية (Virtual file)‏ لنظام 
إدارة المعلومات IMS‏ والأشكال (Juncture file)‏ الشبكية للنظام التشاورى للغة نظام 
البيانات CODASYL‏ - سوف تحول إلى جدول علاقى (bookings)‏ كما فى شكل 
رقم )9-5( 


| ظ | مذجة البيانات 


الفصل التاسع التحويل بين ماذج قواعد البيانات التقليدية 








: Direct & Symbalic Pointers المؤشرات المباشرة والرهزية‎ 


فى نظام إدارة المعلومات IMS‏ المؤشر من الابن المنطقى إلى الأب المنطقى الخاص 
به يمكن أن تكون رمزية (قيمة مفتاح متلاصق GS‏ للجزئية يشار Jia Jis Gal!‏ سنة 
الاتفاقية Cyear‏ وحقل اسم التنظيم (ONAME‏ ومباشرة (العنوان المادى للجزئية التى 
يشار إليها) أو كليهما. 

المؤشرات المباشرة تفيد فى حد علاقة الربط المنطقية فى الاستفسار بشكل سريع. 
والمؤشرات الرمزية تفيد فى إعادة التنظيمات وفى مواقع هذه الاستفسارات حيث تكون 
قيمة مفتاح الأب المنطقى جزءًا فقط من الأب المنطقى الذى نحتاجه. الحالة المكافئة 
لذلك فى قاعدة البيانات العلاقية هى أن ما ينبغى أن يكون مؤشرا رمزيا فى الاين 
المنطقى لنظام إدارة المعلومات IMS‏ هو مفتاح كينونة أخرى للجدول العلاقى متعدد- 
لمتعدد» تجميع حقلى سنة الاتفاقية CYear‏ واسم التنظيم OName‏ فى الجدول العلاقى 
85 فى شكل رقم .)1١-4(‏ وهذا يعنى أن الحالة العلاقية دائمًا تشبه المؤشر 
الرمزى فى حالة نظام إدارة المعلومات IMS‏ لو كان اسم التنظيم OName‏ وسنة 
الاتفاقية CYear‏ مطلوبين häi‏ لتحقيق شرط الاستفسار عند البحث عن كل الاتفاقيات 
التى تشمل ذلك الفندق؛ عندئذ يطلب الجدول العلاقى bookings‏ فقط. أما فى حالة طلب 
معلومات أكثر عن الاتفاقية أو التنظيم عندئذ يجب تنفيذ الربط. إن عملية الربط Gil s‏ 
تكون مكافئة لعبور حد علاقة الريط المنطقية فى نظام إدارة المعلومات IMS‏ سواء 


أكانت المؤشرات رمزية al‏ مباشرة. 


التحوبل بين نماذج قواعد البيانات التفليدية الفصل التاسع 
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الفصل العاشر 
alil‏ نحو قواعد البيانات الشيئية الموجفة 


والتحويل إلى قواعد البيانات العلاقية 





الفصل العاشر of bY!‏ نحو قواعد البيانات الشيئية الموجهة 
مقدمة : 

هناك ضرورة حتمية تفرضها آليات سوق قواعد الييانات للاتجاه نحو قواعد 
البيانات الشيئية الموجهة والتى سبق التطرق إليها؛ لذا من الضرورى التعرف على 
الأدوات الخاصة بتحليل وتصميم الشىء الموجه واختيار التقنية الملائمة لتصميم 
النظام. بالإضافة إلى ذلك سيتم استعراض قواعد التحويل من النموذج الشيئى الموجه 
إلى النموذج العلاقى؛ نظرًا للانتشار الواسع الذى تحظى به قواعد البيانات العلاقية 
حاليًا. وسوف يتم التطرق للموضوعات التالية فى هذا الفصل: 
منهجيات تحليل وتصميم الشىء الموجه : 

سيتم استعراض العديد من النقاط التى تساعد فى عملية اختيار أداة تحليل 
النظام؛ إلى ile‏ سرد طرق ومجالات تطبيقات أدوات تحليل وتصميم الشىء الموجه. 
تقنية نمذجة الشىء OMT‏ : 
وتتلخص خطوات الأسلوب المنهجى لهذه التقنية فى: 

- تخليل نظام التطبيق. 
التحويل من النموذج الشيئى الموجه إلى النموذج العلاقى : 

يتم استعراض قواعد التحويل من النموذج الشينى الموجه إلى النموذج العلاقى 
باتباع الخطوات التالية: 

- تحويل الأنوا ع إلى جداول علاقية. 

- تحويل التعميم والتخصيص إلى جداول علاقية. 

- تحويل التجميعات إلى جداول علاقية. 


- تحويل الارتباطات إلى جداول علاقية. 


Co EET 


oL YI‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 
a‏ 


مقارنة بين نماذج البيانات الشيئية الموجهة والعلاقية: 





يتم عمل المقارنة بين CALS‏ البيانات الشيئية الموجهة والعلاقية فى المواضيع المهمة 
التالىة: 
آنواع البيانات. 


ee 
معالجة البيانات.‎ - 
تعد أداه تصميم قواعد البيانات الشيئية الموجهة نظامًا برمجيًا يمكن تصميمه لكى‎ 
نشاط تصميم قواعد البيانات الشيئية الموجهة أتوماتيكيًا. وذلك للاستفادة منه‎ Jaaa 
فى تحويل قواعد البيانات بشتى أنواعها إلى قواعد البيانات الشيئية الموجهة. وسيتم‎ 
عن طريق:‎ OMT عمل تحليل وتصميم لهذه الآداة باستخدام تقنية الشىء الموجه‎ 
من غمليات‎ MS غملية تصميم قواعد البيانات الشيئية الموجهة والتى تتضمن‎ - 
النماذج وخطوات دورة حياة عملية تصميم الأداة.‎ 
أداة تصميم قواعد البيانات الشيئية الموجهة عن طريق النموذج الشيئى,‎ Jalas — 
النموذج المتحركء والنموذج الوظيفى.‎ 
تصميم النظام:‎ 
يتم تركيب أداة تصميم قاعدة البيانات الشيئية الموجهة باستعمال البناء المعمارى‎ 
الوصلات المختلفة والوقائع.‎ 


EFI 


تمذجة البيانات 


الفصل العاشر of bY!‏ نحو قواعد البيانات الشيئية الموجهة 


منهجيات تطيل وتصميم الشىء الموجه: 

تستطيع أدوات تحليل وتصميم الشىء الموجه معنويًا فى تعجيل تقدم هندسة 
البرمجيات ولكن مطورى النظم والتطبيقات غالبا ما يجدون صعوية فى الاختيار من 
المنظومة السريعة للمنتجات التجارية. وهناك العديد من النقاط التى ينبغى أن تأخذ فى 
الحسبان عملية الاختيار لأداة التحليل والتصميم؛ وهى: 

-١‏ فائدتها فى البحث الطويل الأمد وعدم ثبات السرعة. 

-Y‏ تعزيزها لتحسينات هندسة العملية التى تجرى. 

-Y‏ تعريفها للبرامج Methods‏ التى تناسب العمليات والتطبيقات موضع التنفيذ. 

-٤‏ تخطيطها المتكامل مع البيئة التى يتم من خلالها الاستخدام. 

gol! تحديدها لكيفية استعمال النموذج‎ =o 

1- لتوصيفها فقط ala‏ الاحتياجات. 

- إعطاؤها الأمد الأطول لتسليمها من الإدارة للمورد. 

۸- تداولها للفضليات مع الاستعمال التجريبى الحقيقى. 

glist اعا اق ري‎ Lila en 

-٠‏ مدى تفاعلها فى الوقت الراهن. 

ويشمل الجدول التالى بعض أدوات تحليل وتصميم الشىء الموجه: 


Li. SUL مدجة‎ 


oL YT‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 


الطريقة المؤلقون التطبيقات طريقة النمذجة 
Modeling Approach Applicatns Author (S) Method‏ 


هندسة معلومات الشىء الموجه| جيمس أوديل أنظم معلومات المنشأه |المخطط : الشىء (الهيكل). 
Object - Oriented Information‏ الحدث. QU SII‏ (السلوك) 
Engineering (IE)‏ دوين IE asl] Gia‏ 






























Enterprise information 















تحليل الشىء الموجه OO Analysis‏ 
تصميم الشىء الموجه OO Design‏ 





نظم المعلومات 
Information Systems‏ 
Telecommunication‏ |الخصائص. الخدمات. 





هندسة برمجيات الشىء الموجه نظم معلومات: الوقت الحقيقى نطوير استعمال حال 
Object-Oriented Software‏ 


Emgimeering 










Information Sys- 
التطبيق.‎ Gals |وأشياء‎ tems, Real-Time 





نظم معلومات, الوقت الحقيقى |النمازج الثلاثة : الشيئى: 


Information Systems,‏ |الوظائفى: المتحرك. 
Real-Time‏ 






تقنية نمذجة الشىء 








Object Modeling Technique 


V PR TEC تظح‎ Jules 
OO Sys- تعريف التصميم‎ > 
tems Analysis Recursive Design 

















Real-Time embedded‏ السلوك ومحاكاتها. 


transacting Processing 








نظم المعلومات. الوقت ته شيم Ada‏ « نوع 
الحقيقى . الدفاع (الحماية) اورشىء C++‏ » الحالة 
Information. System,‏ أوالتوقيت 
Real-Time, defense‏ 


System تصميم نظام بلغة الأداء‎ 
design With Ada 






Defense, Rea;-time‏ الرسم التخطيطى 








isiè‏ البيانات 


الفصل العاشر of SY!‏ نحو قواعد البيانات الشيتية الموجهة 


تعتير منهجيات الجدول السابق أدوات هندسة يرمجيات مساعدة للحاسب. 
Computer-Aided Software Engineering CASE)‏ يمكن تصنيفها إلى تصنيفين, 
التصنيف الأول: الأدوات العليا لهندسة البرمجيات المساعدة للحاسب «Upper CASE‏ 
والتصنيف الثانى: الأدوات المتكاملة لهندسة البرمجيات المساعدة للحاسب Integrated‏ 
MICAS‏ كل من هذين التصنيفين يتكون من أدوات أعلى — أسفل. ولاستعمال الأداء » 
وعلى مطورى النظم والتطبيقات أن يعرفوا منهجية الشىء الموجه. لو أن مطور التطبيق 
استعمل الأداة العليا لهندسة اليرمجيات المساعدة للحاسب أو أداة التحليل 
والتصميم» فإن الناتج سيكون رسمًا تخطيطيًا مطبوعًا أو توثيقيًا للنموذج الشيئى 
الموحه الذى تم إنشاؤه. Lely‏ فى Ula‏ استعمال مطور تطبيق الآداة المتكاملة لهندسة 
البرمجيات المساعدة للحاسب Gls‏ يبدأ بإنشاء نموذج الشىء الموجه» ومن ثم تولد 
الأداة التشفير الخاص بالتطبيق . ولكن أدوات الشىء الموجه المتكاملة لهندسة 
اليرمجيات المساعدة للحاسب OO I- CASE‏ قد تكون ذات نواتج بسيطة » بحيث تسمح 
لمطور التطبيق بإنشاء رسوم تخطيطية ثابتة وتحريرهاء ومن ثم ينشأ Jal‏ تشفير 
ضرورى لتشغيل التطبيق ‏ من ناحية أخرى » تعرض الرسوم التخطيطية بيئة تطوير 
مفسرة تسمح لمطور التطبيق أن يدخل البرامج (الطرق) methods‏ والقيم وتنفيذ 
الرسائل messages‏ « مع تطوير التطبيق بطريقة لولبية أو تكرارية. وتوفر الأداة 
المتكاملة لهندسية البرمجيات المساعدة للحاسب لغة برمجة وسيطة تسمح لمطور 
التطبيق أن يعدل الأداة نفسها إلى جانب توفير بيئة التحرير والإطارات واختيار 
الأداة ("). ومثالاً على الأداة المتكاملة لهندسة البرمجيات Bae ull‏ للحاسب المتكاملة 
هى تقنية نمذجة الشىء ˆ Object Medeling Techinique (OMT)‏ ومثالاً على الأداة 
العليا لهندسية البرمجيات المساعدة للحاسب هى تحليل الشىء الموجه وتصميم الشىء 
OO Analysis and OO Design “> sl!‏ وبالمقارنة بين منهجيات تحليل وتصميم الشىء 
الموجه التى كانت بين هندسة برمجيات الشىء الموجه (OOSE)‏ وتقنية نمذجة الشىء 
(OMT)‏ وتحليل الشىء الموجه (OOA)‏ وتصميم الشىء الموجه هرميًا (HOOD)‏ 
والتصميم الهيكلى للشىء الموجه (OOSD)‏ وتصميم استنتاج المسئولية (RDD)‏ - 3&3 
أن كلا من تقنية الشىء الموجه OOSE‏ هندسة برمجيات الشىء الموجه OMT‏ من 
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أفضل أنوا ع هندسة البرمجيات المساعدة للحاسب والتى يمكن الاعتماد عليها لعمليات 
تقنية نمذجة tegal)‏ 0117 : 
إنه يشبه معظم منهجيات تحليل وتصميم الشىء الموجه التى تحاول تبسيط عملية 
التحليل والتصميم وتحقيق القدرة على Sale!‏ الاستخدام وانعكاس العالم الحقيقى. 
وهكذا ويمكن تلخيص معالم تقنية نمذجة الشىء OMT‏ كالآتىا' : 
-١‏ أنه أسلوب منهجى مدروس ويعتير أحد أقدم المنهجيات فى تحليل ورتصميم 
"- أنه أسلوب منهجى Quia‏ فى مختلف التطبيقات. 
-Y‏ يمتلك تقنية نمذجة قوية مبنية على ثلاثة نماذج» هى: 
x‏ نموذج الشىء Object Model‏ . 
+ النموذج المتحرك Dynamic Model‏ . 
x‏ النموذج الوظائفى  Functional Model‏ . 
-f‏ آنه يتمتع ببساطة وسهولة التحويل من مرحلة التحليل لمرحلة تصميم النظام 
لتصميم الشىء وأخيرًا لمرحلة التنفيذ (التطبيق). 
ه- أنه لديه القدرة على استخلاص الأنواع 55 وعلاقات الربط فيما بينهما من 
بداية المشكلة. 
خطوات الأسلوب المنهجى لتقنية نماجة الشىء : 
الشىء هو التشييد الأساسى الذى يجمع كلاً من هيكل البيانات والسلوك فى 
كينونة واحدة. وجوهر تطوير الشىء الموجه هو تعريف وتنظيم مقاهيم نطاق التطبيق 
أكثر من التمثيل النهائى لتلك المفاهيم فى لغة برمجة الشىء الموجه. وتتلخص خطوات 
الأسلوب المنهجى فيما يلى: 


ا د ا و م و س ي 
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: تيل نظام التطبيج‎ - ioi 
dynamic Control Flow J paill حَدود الأشتاء وعلاقات الربط وتدفق التحكم‎ 
والتحويلات الوظيفية. وتظل عملية الاستحواذ على المتطلبات والتشاور مع محددى‎ 
التحليل.‎ -Lèi المتطليات مستمرة‎ 
: التوصيف المبدئى للمشكلة‎ -١ 

ينبغى الحصول على التوصيف المبدئى للمشكلة فى البدء. 
-Y‏ بناء نموذج الشىء : 

يتم بناء نموذج الشىء بوضع رسم تخطيطى له مدعمًا بقاموس للبيانات عن 
طريق: 

- تعريف أنوا ع الشىء. 

opas —‏ انوس ina tues Lll‏ علي قات ig Ifl‏ الفساكض 

والترايطات. 
- إضافة الترابطات بين الأنوا ع. 
LSU oblast tala!‏ 

— تنظيم وتبسيط أنوا ع الشىء باستعمال الوراثة. 

ع ا تداول المنازات inia‏ امتا و يوخا ت وتك ار القطوات الضايقة: 

- تجميع الأنوا p‏ فى وحدات Modules‏ مبينة على زوج مغلق ومترابط وظيفيًا . 
نموذج الشىء = رسم التخطيطى لنموذج الشىء + قاموس البيانات 

يصنف نموذج الشىء الهيكل الثابت للأشياء فى النظام وعلاقات الربط بينهما. 
ويحتوى ونموذج الشىء على الرسوم التخطيطية للشىء . والرسم التخطيطى هو رسم 
ذو رؤوس nodes‏ تمثل أنوا ع الشىء ٠‏ ووصلات arcs‏ تمثل علاقات الربط بين الأنوا ع. 
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-Y‏ تطوير النموذج المتحرك : 


- إعداد سيناريوهات تساعد على تتابع التفاعل النموذجى. 








- تعريف Slat‏ بين الأشياء واعداد حدث تققى الأثر event trace‏ لكل سيناريو. 
- إعداد الرسم التخطيطى لتدفق الحدث فى كل النظام . 
- تطوير الرسم التخطيطى لحالة كل نوع له سلوك متحرك. 
- مراجعة سياق Consistency‏ وإتمام الأحداث المشاركة بين الرسوم التخطيطية 
للحالة. 
النموذج المتحرك = الرسوم التخطيطية للحالة + الرسم التخطيطى لتدفق الحدث الشامل 
ويصف النموذج المتحرك أشكال النظام التى تتغير عبر الزمنء ويتم استعماله 
Ge‏ برؤّوس Jus‏ الحالات ووصلات تمثل الانتقالات بين الحالات التى تحدث بسبب الأحداث. 
-٤‏ تركيب النموذج الوظيفى : 
- تعريف قيم المدخلات والمخرجات 





- استعمال الرسوم التخطيطية لتدفق البيانات حسب الاحتياج لإظهار التبعيات الوظيفية. 
- وصف ما تفعله كل وظيفة. 

- تعريف القيود. 

— وف TOE‏ اللثالية: 

النموذج الوظيفى = الرسوم التخطيطية لتدفق البيانات + القيود 


يصف النموذج الوظيفى تحويلات قيم البيانات فى النظام » ويحتوى على الرسوم 
التخطيطية لتدفق البيانات . والرسم التخطيطى لتدفق البيانات رسم ذو رؤوس هى 
العملبات: وصلات هى تدفق البيانات. 
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0— تحقيق صحة وتكرار وتنقية النماذج «yall‏ : 


— إضافة عمليات المفتاح التى يتم اكتشافها أثناء إعداد النموذج الوظيفى لنموذج 
الشىء. وعدم إظهار كل العمليات أثناء التخليل؛ UY‏ تتراكم ينون ترتيب 
لنموذج الشىء » والعمل على إظهار العمليات الأكثر أهمية. 

- التحقق من صحة الأنواع والارتياطات والخصائص والتاكيد من اتساق 
العمليات وإتمامها عند مستوى التجريد الذى يتم اختياره. ومقارنة النماذج 
الثلاثة بالمشكلة المبدئية وتوضيح معرفة النطاق واختيار النماذج باستعمال 
السيناريوهات. 


- تطوير أكثر للسيناريوهات التفصيلية بتباينها مع السيناريوهات الأساسية » مع 
استعمال سيناريوهات IIL‏ لو" لتحقيق صحة النماذج الثلاثة بشكل أكثر. 


- دمج الخطوات السابقة حسب الاحتياج لاكتمال التحليل. 





ul Lands. يقدم تبصيرات خاصة فى تصميم النظام‎ Y الموجه‎ Anil Paradigm 

-١‏ تنظيم النظام إلى نظم فرعية. 

-Y‏ تعريف التزامنية المورثة فى المشكلة. 

-Y‏ تخصيص النظم Ge al!‏ للمعالجات والمهام. 

-٤‏ اختيار السياسة الأساسية لتطبيق تخزين البيانات قى حدود هياكل البيانات» 
الملفات وقواعد البيانات. 


د - تعريف المصادر الشائعة وتحديد الآليات اللازمة لمراقية تداولهم. 


‘rr 
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-I‏ اختيار طريقة معينة لتطبيق مراقبة البرمجيات: 


- باستعمال مكان فى البرنامج لمسك الحالة. 








- أو باستعمال مهام التزامنيية. 
-y‏ أخذ ol biel‏ حدود الشروط فى الحسبان. 
۸- انشاء تناوب الأولويات. 
تطوير تصميم النظام = هيكل البيئات الاساسية للنظام + قرارات سياسة المستوى الأعلى 
تصمسمم ا :or d‏ 

يجب إتقان نموذج التحليل أثناء تصميم الشىء وتوفير الأساسات التفصيلية 
للتنفيذء إلى جانب اتخاذ القرارات الضرورية؛ لتحقيق نظام بدون قصور فى التفاصيل 
الخاصة للغة ما أو نظام قواعد بيانات معينة. Laus‏ تصميم الشىء من اتجاهية العالم 
الحقيقى لنموذج التحليل نحو اتجاهية الحاسب المطلوب لتطبيق خاص: 
-١‏ الحصول على عمليات نموذج الشىء من النماذج الأخرى: 

- إيجاد عملية Operation‏ لكل معالجة فى النموذج الوظيفى. 

- تعريف عملية لكل حدث فى النموذج المتحرك الذى يعتمد على تطبيق التحكم. 
Y‏ تصميم الخوارزميات لتنفيذ العمليات: 





- اختيار الخوارزميات التى تقلل تكلفة تنفيذ العمليات. 

aeo lal pic 2250 Gall کار ساكل‎ 

- تعريف أنوا ع داخلية جديدة وعمليات حسب الضرورة. 

- تخصيص مسئولية للعمليات التى لم تكن مرتبطة بشكل واضح مع نوع معين. 
-Y‏ تداول المسارات EU‏ للبيانات: 


- إضافة ارتباطات زائدة عن الحد لتقليل التداول وتعظيم الملاء مة. 
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- إعادة ترتيب حساب التعبيرات لزيادة الكفاءة. 
- حفظ القيم المستنتجة لتجنب إعادة حساب التعبيرات المعقدة . 
-٤‏ تنفيذ مراقبة البرمجيات باستخدام الطريقة التى تم اختيارها لتصميم النظام. 
ه- ضبط أو تعديل هيكل النوع لزيادة الوراثة: 
- إعادة ترتيب وتعديل الأنوا ع والعمليات لزيادة الوراثة. 
- تجريد السلوك الشائع من مجموعات الأنواع. 
- استعمال التفويض لمشاركة السلوك حيث تكون الوراثة UY‏ غير صحيحة. 
1- تصمم تنفيذ الارتباطات: 
- تحليل تبحر الارتباطات. 
- تنفيذ كل ارتباط حسب الشىء المميز له أو بإضافة خصائص قيم الشىء الواحد 
أو لكل الأنوا ع فى الارتباط. 
۷- تحديد التمثيل الدقيق لخصائص الشىء . 
۸- تحزيم الأنوا ع والارتباطات فى وحدات Modules‏ 
توثيق التصميم = نموذج الشىء التفصيلى + النموذج المتحرك التفصيلى + النموذج الوظيفى التفصيلى 
بالرغم من تضمن ذلك الترتيب أهمية إلا أن: 
- مطورى التطبيقات ذوى الخبرة قادرون على تجميع العديد من الخطوات أو تنقيذ 
خطوات معينة فى تواز لإجراء المشروع. 
- تكرار الخطوات ضرورى فى المستويات الأقل تبعية للتجريد c‏ التى وتضيف أكثر 
التفاصيل للنموذج. 
- بعد اكتمال التحليل عند المستوى الأعلى للتجريد: يمكن أن تصمم النظم القرعية 
فى المشروع الضخم بشكل مستقل ومتزامن عند المستويات الأقل للتجريد. 
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- التمييز د بين التحليل والتصميم قد يبدو فى بعض الأوقات اعتباطيًا FTT‏ 
القواعد البسيطة التالية ينبغى أن ترشد القرارات التى تركز على المجال 
المناسب التحليل والتصميم. 
- نموذج التحليل يشمل المعلومات ذات المعنى من الرسم المنظورى للعالم الحقيقى 
ويمثل المنظور الخارجى للنظام. 
- نموذج التحليل ينبغى أن يكون SLG‏ للفهم لمستخدم النظام ويوفر أساسًا Énis‏ 
لانتزا ع الاتساق داخليا وامكانية تحقيقه. 
وعلى العكس» فإن نموذج التصميم يتم استنتاجه بصلة وثيقة بتطبيق الحاسب. 
وهكذا نموذج التصميم يجب أن يكون ذا تأثير معتدل Kass‏ تشفيره. bees‏ فإن 
أجزاء كثيرة لنموذج التحليل وهذه الأجزاء يمكن أن تكون جاهزة للتطبيق بدون تغيير» 
وهكذا قد Jls sags‏ بين نموذجی التحليل والتصميم. نموذج التصميم بيجب jl‏ 
يعنون مستوى التفاصيل الذى يتم تجاهله فى نموذج التحليل. نماذج التحليل 
والتصميم تعمل على توفير توثيق ذى قيمة للنظام من نموذجين مختلفين ولكن متكاملين 
من جهة الرسوم المنظورية. 
اشح ات Object Modeling Constructs £ gal} dir aii‏ : 

أهمية النموذج الشيئى : 

Jya مؤكد للنظام‎ es الأكثر أهمية. وهو‎ Soul التماذح‎ sad الشيشن هو‎ ¢ gail 
الأشياء أكثر منه حول الوظائف؛ وذلك لأن الشىء الموجه أكثر قربا لمناظرة العالم‎ 
الحقيقى؛ ومن ثم يعتبر النموذج الشيئ أكثر مرونة فيما يتعلق بالتغيير. ويوفر النموذج‎ 
الشيئى تمثيل رسم بديهى للنظام ويكون ذا قيمة للاتصال مع العملاء وتوثيق هيكل‎ 
البرامج الشيئية الموجهة وأيضا للتحويل من قواعد البيانات الشيئية الموجهة إلى قواعد‎ 
العلاقية, حيث انه وثيق 3 الصلة بالتحويل كما سترى‎ a GLI 
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المفاهيم الأساسية لنمذجة الشىء : 
- الأشياء والأنواع : 


الشىء Object‏ هو أى شىء موجود وله هوية. حيث إن مجموعة من الأشياء 
المتشابهة تشكل نوع الشىء Object Class‏ والشىء هو واقعة لنوع يتم توصيفه 
al ad lg‏ ال 

نوع الشىء يتم تمثيله بواسطة صندوق box‏ له ثلاثة أجزاء. وأجزاؤه الرئيسية 
petat‏ ع ode‏ إلى الملل سل هابقع القن La E wy,‏ الس اکس SUS‏ 
العمليات . كل اسم خاصية قد يليه تفاصيل اختيارية مثل النوع والقيمة الافتراضية. 
هكذا اسم كل عملية قد يتبع بتفاصيل اختيارية fis‏ قائمة الأدلة ونوع الناتج. وقد 
تحذف العمليات من تخطيطات الرسم". 

الصناديق فى الشكل رقم (V -٠١(‏ تشير إلى أنواع الأشياء. على سبيل المثال: 
نوع الشىء آلات Equipment‏ له الخصائص التالية: 


. Equipment Name اسم الآلة‎ 
. Cost التكاليف‎ 
. Weight الوزن‎ 


وهكذا كما هو موضح بالشكل خصائص كل نوع شيثى. 
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Je‏ رقم )١-٠١(‏ يوضح علاقات ربط التعميم 


Equipment 








Equipment 
Type 
Cost 

Wieght 










Equipment 
Type 














Section Pressure 





Heat 
Exchanger 


Surface Area 







Diameter 
Height 










Discharge 





Pressure Tube Pressure 


Flow 





Shell Pressure 
Tube 















Centrifugal Diaphragm 









Impeller 

No. of Blades 
Axis of 
Rotation 


Diaphragm 
Material 






- علاقات الريط Relationships‏ : 

علاقة الربط هى رابطة منطقية بين الأشياء. وهناك ثلاثة أنوا ع من علاقات الربط 
بين الأشياء!؟). 

+ التعميم. 

* التجميع. 


نمذجة البيانات 


الفصل العاشر ol SY!‏ نحو قواعد البيانات الشيئية الموجهة 


حيث تستخدم رموز خاصة فى نهايات خط علاقة الربط تشير إلى عدد الأشياء 
لنوع واحد يرتبط JS‏ نوع شىء آخر. وهذا يسمى التعددية لعلاقة الربط multiplicity‏ 
of the relationship‏ وهى مشايهة للتعددية التى سبق الإشارة إليها فى النموذج 
العلاقى .Cardinality‏ على سبيل المثال: دائرة صغيرة صماء تعنى العديد. والعديد فى 
هذا السياق فو صفر أو أكثر. أما sla‏ 2 صغيرة مجوفة hollow‏ تعنى ضفرا أو واحدا. 
تهآية bal‏ الستقيم Ab‏ ينون رمن يشير إلى als‏ بالضيظ. 


أ- علاقة ربط التعميم Generalization Relationship‏ : 


أجزاء علاقة ربط التعميم أو علاقة الربط 'يكون 15-3 نوع شىء لأنوا ع فرعية 
نقصورة بشكل تعاوني. التعميم قد يكون al‏ عدد اغتباطى من المستويات . فى 
الشكل رقم )١-٠١(‏ المثلثات ترمز للتعميم. ويأتى فى قمة التعميمء الآلات EQUIP-‏ 
MENT‏ وهى نوع أصلى Lei. Superclass‏ الطلمبة Pump‏ والمبدل الحرارى heat ex-‏ 
changer‏ وحوض البترول tank‏ فهى أنوا ع فرعية. وهكذا تكون الخصائص Ses‏ من 
المستوى الأعلى إلى المستوى الأدنى. 
ب- Gide‏ ربط التجميع Aggregation Relationship‏ : 


علاقة ربط التجميع أو علاقة الربط "جزء من © a-part-of‏ هى محتوى تجميعى: 
ويجمع التجميع أشياء المستوى الأقل فى أشياء مركبة Composite objects‏ التجميع قد 
يكون متعدد المستويات. وكما فى الشكل رقم (YN)‏ فالرف roof‏ هو جزء من" 
a-part-of‏ السيارة Car‏ العديد من الأبواب doors‏ هى جزء من a-part-of‏ السيارة 
Car‏ فى هذه ULI‏ السيارة هى تجميع Leis‏ الرف والأبواب فهى محتويات التجميع 
lli;‏ يعرض تبعية موجودة تشبه التعميم. 


tra 


نمذجة البيانات 


الالجاه نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 





شكل رقم (Y - V)‏ يوضح علاقات ربط التجميع 






Car-door 





Name 






Year 


Color 





ج - علاقة ربط الارتباط Association Relationship‏ : 


by 5‏ غلاعة ريط bLS YI‏ .بين توعين أو AST‏ للأشياء الستلة. والارتياطالا يركن 
تبعية موجودة existence dependency‏ كما فى الشكل رقم (Y— V)‏ فإن العديد من 
الموظفين Employees‏ يعملون فى الشركة Company‏ والموظف Employee‏ يدير موظفين 
آخرين -employees‏ 


شكل رقم (١٠-؟)‏ يوضح علاقات ربط الارتباط 


Work 


Job Title 





: Qualification of Relationship العلاقات‎ Lat د-‎ 


نشيف gla aa‏ عن جاب علاقة pni ill la‏ عن عديد: في الال 
رقم )٤-٠١(‏ يوجد تجميع » تأهيل وبدون تآهيل . على سبيل المثال: فالمصنع Plant‏ له 
العديد من قطع الآلات Pieces of equipment‏ التى يتم تمييزها بواسطة الاسم؛ ومن ثم 
piss‏ اسم Equipment name UY!‏ هو Jas‏ التأهيل. 


لما نمذجة البيانات 


الفصل العاشر of S31‏ نحو قواعد البيانات الشيئية الموجهة 
شكل رقم (E -٠١(‏ يوضح تأهيل علاقات ربط التجميع 


Plant Name 
Supervised-By 








Plant Name 
Supervised-By 






Not qualified 


Name Cast 
Weight 


التحويل من النمودج الشينى الموجه إلى النمو دج العلا قى : 

يعد Paradigm JEU‏ الشيئى الموجه تقنيات متعددة اليراعات -Versatile‏ فهو 
لا يوقر فقط الأساسى الصوتى لتصميم النظم ولكن يمكن أيضا أن يستعمل لتصميم 
قواعد البيانات. والتصميمات الشيئية الموجهة تتمتع بالكفاءة والتماسك وآقل ميلا 
لحدوث مشاكل التى تنزل كوارث بتقنيات تصميم قواعد البيانات الأخرى. SSS‏ 
جانبية يفضل استعمال تقنية التصميم الموحد لتحسين تكامل قاعدة البيانات » ولكن 
بسبب بساطة الأساس الرياضى لنموذج البيانات العلاقى. فإن قواعد البيانات العلاقية 
قد أثبتت Óla‏ خارقًا فى دعم تطبيقات معالجة البيانات النمطية » مثل المحاسبة , 
والمرتبات وغيرها؛ ولذا فإن قواعد البيانات العلاقية قد زاد نطاق انتشارها واتسعت 
تقنية استعمالها فى بداية عقد الثمانينيات؛ مما يدفع إلى التفكير فى كيفية التحويل من 
النموذج الشيئى الموجه إلى النموذج العلاقى. 
قواعد التحويل من النمودج الشينى الموجه إلى Qa geil!‏ العلاقى: 

النموذج الشيئى هو أحد مكونات تقنية نمذجة الشىء gill OMT‏ سبق توضيحه. 
وهو ما سيتم استخدامه فى التحويل من الهياكل الشيئية إلى الجداول العلاقية. 
والجداول الناتجة تتجه نحو الشكل الطبيعى الثالث 3NF‏ 


Qualified 


Cost 
Weight 


مذجة البيانات 


الاجاه نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 








والشكل الطبيغى SIL‏ فو الفائدة الجوفرية ce ntl Cia‏ أحدها قد يقابل 
الشكل الطبيعى الأول INF‏ عند تفكيك الأشياء المعقدة. وامتداد هذا التفكيك يعتمد على 
المقابلة للذرية (القيم الفردية) والتطبيق. 
BRE TERES. E INTER IER TATE UNE‏ من الي أن ققق الكل 
الطبيعى الثانى 2NF‏ . ولكن معظم انتهاكات الشكل الطبيعى 3NF SIG!‏ المرئية تحدث 
عندما تدخل معلومات غير جوهرية (غريبة) فى جدول أو وجود جدول مفتقر إلى 
l P ll‏ 
(V)‏ تحويل 1531 ع إلى الجداول العلاقية Converting classes to Tables‏ : 
osea acta‏ الى adl aat I n A s De dyin‏ 
للجداول العلاقية. 
- كل شىء له هوية لا تتكرر ID‏ كل المرجعيات للأشياء تتم عن طريق هويه 
الشيئئ. وتكون هوية الشىء فى الرسم التخطيطى للشىء ضمنية ويجب أن 
pads:‏ فى laa‏ الملاقية qose Jota‏ 
- هذا المستوى للتحويل يحكم استعمال القيم الخالية . وتعنى القيم الخالية أن 
قيمة الخاصية غير معروفة أو غير قابلة للتطبيق للقيم المرتبة الملحقة بها. 
الخصائص فى المقاتيح المرشحة يجب ألا تكون خالية. 


شكل رقم )0-٠١(‏ تحويل النوع Class‏ إلى جدول علاقى 





Plant 
I 
| Null? 
1 






















Plant ID 
Plant Name 
Plant Address 
Supervised BY 


Plant Name 
Plant Address 
Supervised By 


ID 
Long Name 
Address 

Pers. Name 






Candidate Keys: (Plant ID) (Plant Nane) 
Frequently Accessed : (Plant ID) 


object Model 





الفصل العاشر الاجاه تحو قواعد البيانات الشيئية الموجهة 








- كل خاصية Col‏ لها نطاق أو Ga‏ لقيم شرعية للخاصية. وإنه من غير المرغوب فيه 
أن يكون للخاصية نطاق نوع معين فى جدول علاقى ونوع مختلف فى جدول علاقى 
اخر. ومفهوم النطاق يشايه النوع الأساسى القوى فى لغة اليرمجة. فى شكل رقم 
)-0-1( قائمة بالمفاتيح المرشحة وأيضا قائمة بمجموعات الخصائص التى يحتمل 
بالخبرة تداولها بشكل متكرر. هذه المجموعات أولية Prime‏ ويتم استهدافها للفهرسة 
أو التفريم. والهويات والأسماء يجب أن تكون متواقعة لكى تكون مرجعيات شائعة. 

- ويجب أن يأخذ فى الحسبان أن الأشياء فى نوع معين قد تجزأ Gaii‏ أو رأسيًا 
أو الاثنان معا. على سبيل المثال: لو أن Legs‏ معينًا له وقائع عديدة قليلاً منها يشار 
إليه LIL‏ فى هذه الحالة التقسيم الأفقى قد يحسن الكفاءة بوضع الأشياء المتداولة 
بشكل متكرر فى جدول علاقى واحد. والأشياء المتبقية فى جدول علاقى آخر كما هو 
مبين فى شكل رقم :)11-١-(‏ وبالطبع فإن التطبيق سوف لا يستفيد من التقسيم 
الأفقى ما لم يعرف أى الجداول العلاقية يجب أن يتم بحثه. لو أن النوع له 
خصائص بأشكال تداول مختلفة قد تساعد على تقسيم الشىء رأسبا كما هو مبين 
فى الشكل رقم (XM)‏ 

شكل رقم )1-٠١(‏ التقسيم الأفقى و الرأسى للجداول العلاقية 
شكل رقم (١٠-1أ)‏ التقسيم الأفقى للجداول العلاقية 


Plant ID Supervised By Plant Address 
| ©% | Pa At Sols |  Alkhobar 


مدجه البيانات | [ser‏ 









الاجاه نحو قواعد البياناث الشيئية الموجهة الفصل العاشر 
شكل رقم (١٠-1ب)‏ التقسيم الرأسى للجداول العلاقية 


Û الات‎ 


PA 






























لحت ال o‏ 

o E تت‎ 

: تحويل التعميم والتخصيص إلى جداول علاقية‎ (Y) 
: هناك أربعة طرق لتحويل علاقات الربط تعميم وتخصيص إلى جداول علاقية‎ 


- الطريقة الأولى : "الطريقة المعيارية” حيث إن النوع الأصلى والنوع الفرعى 
كليهما يحول إلى جدول علاقى. وهوية الشىء عبر التعميم يتم حمايتها خلال استعمال 
الهوية المشتركة. ويمثل هذا أفضل أسلوب لتناول علاقات الربط تعميم وتخصيص الذى 
يعرض وراثة متعددة من قصل الأنوا ع عن بعضها البعض »› جدول علاقى للنوع 
الأصلى وجدول (جداول) علاقى للأنوا ع الفرعية. ويوضح الشكل رقم )۷-٠١(‏ الآلية 
العامة حيث Gl‏ يشاهد فى الشكل الطبيعى الثالث 3NF‏ . 


— الطريقة الثانية : طريقة النوع الفرعى المتعدد” وتتجاهل هذه الطريقة الجدول 
العلاقى للنوع الأصلى وتكرر كل خصائص النوع الأصلى فى كل جدول علاقى مناظر 
للنوع الفرعى. وفى هذه الطريقة يشاهد الشكل الطبيعى 3NF SIGH‏ ولكن Jal‏ تحقيقا 
من الطريقة RS ball‏ السابقة. 


isi | ʻi |‏ البيانات 


الفصل العاشر ol bY!‏ نحو قواعد البيانات الشيئية الموجهة 


— الطريقة الثالثة البديلة : طريقة جدول علاقى واحد للنوع الأصلى. وهذه 
الطريقة تجلب كل خصائص النوع الفرعى إلى مستوى النوع الأصلى. وهذه الطريقة 
تنتهك الشكل الطبيعى 3NF SIGH‏ : على سبيل isa JULI‏ خاصية Equipment JYI‏ 
ID‏ وخاصية اسم الآلة Equipment name‏ يكون حقل المفتاح الأساسى ولكن قيم 
الخاصية Lal‏ يعتمد على نوع „Equipment Type UY!‏ 


- الطريقة الأخيرة : لتحويل التعميمات إلى جداول علاقية لتناول الوراثة المتعددة 


لتداخل الأنوا ع هى أن يتم استعمال جدول علاقى واحد النوع (glee!‏ وجدول علاقى 
نكر LU‏ ع ae ll‏ وجدول Ue SIG le‏ ريط saxi‏ 


شكل رقم )-٠١(‏ تحويل التعميم والتخصيص إلى جداول علاقية 
عست 


Equipment ID 
Equipment Type So 


Equipment 










Name 
Cost 
Weight 


Equipment Name 
Name f Equip 


‘ost Type 
Weight Dollars 









Equipment 


Candidate Keys: (Equip ID) Equip Name) 
Frequently Accessed : (Equip ID) 





TANK 





Diameter 
Height 
Equipment ID 
Diameter g 
Object Height 1 Length 
Model 





Candidate Keys: (Equip ID) 
Frequently Accessed : (Equip ID) 


T‏ ج 


الاجاه نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 
(Y)‏ تحويل التجميعات إلى جداول علاقية 

علاقات الربط متعدد - لمتعدد من الضرورة أن تحول إلى جداول علاقية مميزة . 
وهذا نتيجة للشكل الطبيعى .NF‏ وعلاقات الريط sal;‏ - لواحد > وواحد — لمتعدد قد 


تحول إلى جداول علاقية مميزة أو تدمج مع الشىء المشارك. وتناول تجميعات واحد- 
لواحد » أو واحد — لمتعدد تعتمد على السياق. 








التجميعات التابعة الوجود Existence-dependent‏ يتم دمجها مع الجدول العلاقى 
(الشيثى) لتبسيط إلزامية السلامة . فى السياق للشكل رقم ٠ )۸-٠١(‏ كل جزء UW‏ 
Piece of equipment‏ يجب أن يتم 55 sa‏ لميانى وتجهيزات Plant pos‏ . 
التجميعات الحرة Free-Standing‏ يتم تخزينها فى جداول علاقية مميزة. فى الشكل رقم 
)-\-4( كل نوع رف type of roof‏ تستعمل لعديد من نماذج السيارة Car models‏ « 
الرف هو الجزء gill‏ يوجد مستقلا لأى سيارة. 


شكل رقم )-*- ^( دمج التجميعات التابعة الوجود Existence-dependent‏ مع الجدول العلاقى 












PLANT 
Plant Address Plant ID 














Plant Name 
Plant Address 
Supervised By 


Supervised By 






Name 
Address 





Candidate Keys: (Plant ID) (Plant Name) 
Frequently Accessed : (Plant ID) 


Equipment 


Cost 


a ME 


e Equipment ID 
Plant ID D 
Equipment Long 
Object Name : Name 
Model ^ ost Dollars 


Veight Weight 





Candidate Keys: (Equip ID) (Plant ID) 
(Equip ID) 


££1 


isit‏ البيانات 


الفصل العاشر oLE YI‏ نحو قواعد البيانات الشيئية الموجهة 


شكل رقم )4-٠١(‏ تخزين التجميعات الحرة Free-Standing‏ فى جداول علاقية مميزة 





Car 


Roof 


Type 
Color 


Object Model 

















CAR 
Attribute Name | Null? 
Car ID 
Car Name en 
Year Name 





Color Year 


Candidate Keys: (Car ID) (Car Name, Year ) 
Frequently Accessed : (Car ID) (Car 


ROOF 


ID 


Type ] Roof Type 
Color 5 Color 


Candidate Keys: (Roof ID) 
Frea. Accessed: (Roof ID) 


ROOF 


Bue Name Wa [Da 
Car ID N ID 
Roof ID N ID 


Candidate Keys: (Car ID) 
Frea. Accessed: (Car ID) 









)£( تحويل الارتباطات إلى جداول علاقية : 


Gab‏ للقواعد» تحول الارتباطات إلى جداول علاقية مميزة كما هو فى الشكل رقم 
الارتباطات لا تطوى مع الشىء كما فى الشكل رقم :)5-١١(‏ ماعدا elai‏ عنق 


4۷ 


الزجاجة. ويوجد عديد من الأسباب للارتباطات الخارجية كما يلى: 


مذجة البيانات 


oLEXI‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 








-١‏ ارتباطات بين أشياء مستقلة لوزن تركيبى متساو. وبصفة Fole‏ تبدو ملائمة 
لتلويث الأشياء بمعلومات لأشياء أخرى. 
الطبيعى الثالث 3NF‏ . 

« إن ارتباطات واحد-لواحد‎ Sue أنه من الصعب الحصول على التعددية الصحيحة‎ -Y 
لمتعدد قد تكون خارجية عندما تكون علاقات ربط الارتباطات إجبارية:‎ - asl; 
وارتباطات متعدد - لمتعدد يجب ان تكون خارجية.‎ 

£— التمثيل التماتلى يبسط البحث والتعديل. 
بصفة عامة عند إنشاء جدول علاقى مميز للارتباط تصبح المفاتيح الأساسية 

للأنوا ع المرتبطة وأى خصائص وصل خصائص للجدول العلاقى للارتباط. والجدول 

العلاقى للارتباط يضع ilo‏ المفاتيح الخارجية من الشىء المرتبط إلى الشىء غير 

الخالى. 

ملخص قواعد التحويل المنطقى من النمودج الشيئى إلى النمودذج العلاقى للبيانات : 
النماذج الشيئية هى أكثر واقعية لكونها قابلة للتطبيق فى قواعد البيانات الشيئية 

الموجهة . وبعض الخطوات المضمنة لتحويل نماذج البيانات الشيئية الموجهة إلى نماذج 

بيانات علاقية» هی كالآتى: 

: تحويل الأنوا ع إلى جداول علاقية‎ (V) 
كل نوع يحول إلى جدول علاقى أو أكثر.‎ - 
هوية الشىء تصبح المفتاح الأساسى للجدول العلاقى.‎ - 
. كل الخصائص الأخرى تصبح خصائص مناظرة للجدول العلاقى‎ - 

: تحويل الارتباطات إلى جداول علاقية‎ (Y) 


- كل ارتباط متعدد - لمتعدد يحول إلى جدول علاقى متميز (واضح المعالم) „distinct‏ 


لما نمذجة البيانات 


الفصل العاشر oLE YI‏ نحو قواعد البيانات الشيئية الموجهة 








- كل ارتباط واحد - لواحد أو واحد - لمتعدد يحول إلى جدول علاقى مميز عندما 
تكون علاقة ربط الارتباط اختيارية » وبخلاف ذلك يذوب كمفتاح خارجى فى 
الجدول العلاقى للنوع المتعدد. 
- الارتباطات ذات التعددية N-ary‏ تحول إلى جداول علاقية متمييزة . 
- الارتباط المؤهل يحول إلى جدول Dle‏ متمييز بثلاث خصائص على الأقل « 
أحدها الخاصية المؤهلة. 
(Y)‏ تحويل التجميعات إلى جداول علاقية : 
)1( تحول تعميم الوراثة الفردية إلى جدول علاقى : 
- النوع الأصلى وكل نوع فرعى يحول إلى جدول علاقى. 
- عدم تكرار الجدول العلاقى الخاص بالنوع الأصلى وخصائص لكل جدول علاقى 
خاص لنوع فرعى. 
- عدم جلب الجدول العلاقى الخاص بالنوع الأصلى خصائص جدول علاقى خاص 
بنوع فرعى إلى جدول علاقى للنوع الأصلى فى المستوى الأعلى له. 
(ب) تحويل الوراثة المتعددة المنفصلة والمتداخلة الى جداول علاقية . 
- النوع الأصلى وكل نوع فرعى يحول إلى جدول علاقى . 
- إضافة إلى الوراثة المتعددة المتداخلة . فإن علاقة ربط التعميم أيضًا تحول إلى 
جدول علاقى. 
مثال :)١1-٠١(‏ 
يبين نموذج كينونة - علاقة المطور EER‏ لتطبيق مستشفى hospital application‏ فى 
شكل رقم )٠١-٠١(‏ قائمة بأنوا ع الكينونات والخصائص وعلاقات Us JI‏ سوف يتم 
تمثيله بعد ذلك باستخدام النموذج الشيتى Object Model‏ والذى يعد sai‏ مكونات 
تقنية نمذجة الشىء OMT‏ كما هو مبين فى الشكل رقم .)1١١-١١(‏ 


مذجة البيانات | [sss‏ 
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7 
أولا - قائمة بأنواع الكينونات والخصائص : 
-١‏ نوع كينونة الطبيب الجراح Surgeon‏ لها الخصائص التالية : الاسم Name‏ 
والعنوان Address‏ ورقم التليفون .No-Tel‏ 
”- نوع كينونة الطبيب الاستشارى Consultant‏ وهى تمثل legs‏ فرعيًا لنوع كينونة 
الطبيب الجراح Surgeon‏ . كل طبيب استشارى Consultant‏ يكون Danais‏ فى 
فرعا معين للجراحة » ويتم تسجيل ذلك كخاصية إضافية تسمى التخصص 
Specialty‏ . 
Y‏ نوع كينونة المريض Patient‏ لها الخصائص التالية: 
رقم المريض JSI) Patient‏ مريض رقم لا يتكرر) والاسم Name‏ والعنوان Address‏ « 
رقم التليفون Tel-No‏ « تاريخ الميلاد Sex ¢ sill. BirthDate‏ وفصيلة الدم blood-‏ 
.Group‏ 
؛- نوع كينونة المريض الخاص Private-Patien‏ وهى نوع فرعى لنوع كينونة المريض 
Patient‏ . وتمثل خاصية رقم الغرفة Room#‏ ورقم غرفة المريض التى ستخصص له. 
ه- نوع كينونة الممرضة Nurse‏ الخصائص التالية : رقم 5١# Zugll‏ »(رقم الهيئة 
لا يتكرر) »الاسم Name‏ « العنوان Address‏ رقم التليفون Tel-No‏ « النوع Sex‏ « 
ومرتبة الممرضة -Grade‏ الممرضة قد تختص اما يجناح Ward‏ أو بغرقة عمليات 
Theatre‏ . 
1- نوع كينونة الجناح Ward‏ لها الخصائص التالية: رقم الجناح Ward‏ » (رقم 
الجناح Y‏ يتكرر) . نوع الجناح 33e 5. Ward-Type‏ الأسرة -No-of-Beds‏ 
-V‏ نوع كينونة غرفة العمليات Theatre‏ لها الخصائص التالية : رقم غرفة العمليات 
Theatre #‏ (رقم غرفة العمليات لا يتكرر)ء ونوع غرفة العمليات .Theatre-Type‏ 
۸- نوع كينونة العملية Operation‏ لها الخصائص التالية : نوع العملية Operation-‏ 
Type‏ » تاريخ إجراء العملية Date‏ والوقت إجراء العملية Time‏ 
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Gt‏ - قائمة بعلاقات الربط الملائمة: 

-١‏ علاقة الربط ينفذ Performs‏ » وهى علاقة ربط واحد - لمتعدد بين نوع كينونة 
الطبيب الجراح Surgeon‏ مع نوع كينونة العملية Operation‏ لكونها Gs TET‏ 
لهذه العلاقة. وهذا يعنى أن كل عملية يجب أن يتم تنفيذها بواسطة طبيب جراح. 

-Y‏ علاقة الربط يساعد Assists‏ وهى علاقة ربط متعدد — لمتعدد بين نوع كينونة 
الطبيب الجراح Surgeon‏ ونوع كينونة العملية Operation‏ والتى تتضمن هؤلاء 
الأطباء الجراحين الذين يساعدون فى كل عملية . ويمكن الحاق خاصية دور Role‏ 
Gina,‏ اقرط Gilly « elis‏ امكل الفور الذي JS ab‏ طبيب plos‏ 


شكل رقم )٠١-٠١(‏ نموذج كينونة - علاقة ER‏ لقاعدة بيانات مستشفى (افتراضية) 
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-Y‏ علاقة الربط يشرف Supervises‏ هى علاقة ربط واحد - لمتعدد بين نوع كينونة 
الطبيب الاستشارى Consultant‏ ونوع كينونة الطبيب الجراح Surgeon‏ . وتكون 
مجموعة أعضاء نوع كينونة الطبيب الجراح فى هذه العلاقة اختيارية حيث قد 
يوجد طبيب جراح fis)‏ الطبيب الاستشارى) غير مكلف بالإشراف. 

5 - علاقة الريط Treats dle‏ هى علاقة ريط واحد - لمتعدد بين نوع كينونة الطبيب 
الاستشارى Consultant‏ ونوع الكينونة الفرعى للمريض الخاص -Private-Patient‏ 
ومجموعة celiac‏ نوع 43548 gÍ vel)! oA Al‏ هذه العلاقة تكون إجبارية. وهذا 

د- علاقة الربط يجرى عملية Undergoes‏ هى علاقة ربط واحد - بين نوع كينونة 
المريض Patient‏ ونوع كينونة عملية Operation‏ نوع كينونة عملية هى عضو 
إجبارى لهذه العلاقة حيث إن العملية دائمًا قد ترتبط بالمريض. 

1- علاقة الربط يشغل Occupies‏ هى علاقة ربط واحد - لمتعدد بين نوع كينونة 
الجناح Ward‏ ونوع كىنونة المريض Sum Patient‏ إن مجموعة أعضاء نوع كبنونة 
مريض غالبًا ما تكون إجبارية حيث إن معظم. 

-V‏ المرضى يخصص لهم جناح عند دخول المستشفى. 

—A‏ علاقة Located ihis bs JI‏ هى علاقة ربط واحد-لتعدد بين نوع كينونة غرفة 
العمليات Theatre‏ ونوع كينونة العملية Operation‏ لنوع كينونة عملية هى عضو 
إجبارى لهذه العلاقة حيث إن كل عملية يجب أن تكون مقطنة بشكل واضح فى 
غرفة عمليات. 

9- علاقة الربط Ward-Assign cs saai‏ هى علاقة ريط sals‏ - لمتعدد بين نوع 
كينونة جناح Ward‏ ونوع كينونة ممرضة Nurse‏ ويمكن إلحاق خاصية تاريخ 
التخصيص Data-Assigned‏ التى تمثل تاريخ تخصيص ممرضة معبنة لجناح معين 
aig‏ العلاقة: pw ob sar igus pis‏ عفني od] go a.‏ الما جيك إن 


ee 
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V.‏ — علاقة الربط :تخصص غرفة Theatre-Assign lae‏ هى علاقة ربط واحد-لتعدد 
وهى علاقة ربط اختيارية بين نوع كينونة غرفة العمليات Theatre‏ ونوع كينونة 
الممرضة Nurse‏ » ويلحق بها خاصية تخصيص التاريخ Data-Assined‏ التى تعطى 

-١‏ علاقة الربط “Gs‏ 15-8 وتوجد هذه العلاقة بين نوع الكينونة الفرعى الطبيب 
الاستشارى Consultant‏ ونوع كينونة الطبيب الجراح Surgeon‏ . وتوجد علاقة 
ربط أخرى بين النوع الفرعى' مريض خاص Private-Patient‏ ونوع كينونة 

المريض „Patient‏ 
شكل رقم )١١-٠١(‏ النموذج الشيئى لقاعدة بيانات مستشفى (افتراضية) 


Theatre-Num 
Theater-Type 


























Sname 
Address 
Phone-No 









sadno 






Staff-Num 
Address 
Phone - No 


PATIENT 


Patient-Num 
Name 
Address 
Phone-No 
Sex 

Date-of Birth 


sastasadng 







Operation-Num 
Operation-Thpe 





Consultant Private-Patient 


Zor 
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saa!‏ فوائد نماذج قواعد البيانات الشيئية الموجهة هى تكامل التصدير المباشر مع 
البرامج الشينية الموجهة. ويصفة iale‏ فإنه من الصعب أن يصرح بتفاعل قاعدة 
olle‏ متجانسة مع تشفير els Yl‏ . بساعد الاستعمال الشائع لنموذج الشىء المجاز 
Dag Metaphor‏ نفس التصميم لنماذ ج البيانات والبرامج فى هذه الحالة Situation‏ 
والهدف الرئيسى لاستعمال تطبيق المستشفى هو تحويله من نموذج قاعدة البيانات 
الشيئية الموجهة إلى نموذج قاعدة البيانات العلاقية لذلك أنه أكثر haa‏ أن يتم كتابته 
فى صورة خوارزميات jl‏ تشفير كاذب Pseudo Code‏ وهكذا فيما يلى الخوارزميات 
المكتوية يمثل لغة اليسكال :Pascal-Like‏ 
Class Surgeon‏ 
Properties‏ 
Name, address, phone-no : String :‏ 
Sex:(Male , female);‏ 
Supervised-by: Consultant:‏ 
Inverse (exist) is consultant:‏ 
Performs : Set (Operations)‏ 
Inverse is Operation. Performed-by:‏ 
Assists-at: Set (Operation)‏ 
Inverse is Operation , assisted-by:‏ 
Operations‏ 
Create (--):‏ 
Assign-duties(--):‏ 


End Surgeon. 
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Class Consultant 


Inherit Surgeon 


Properties 
Supervises : Set (Surgeon) 
Inverse is Surgeon supervised-by 
Treats : Set (Private-Patient) 
Inverse is Private-Patient.treated-by 
Operations 
Create (--); 
Calculate-fees(hours,..): 
End Consultant. 


Class Patient 
Properties 
Number: integer: 
Name , address , phone-no : string: 
Sex: ( male , female): 
Date-of-birth : date: 
Blood-group: ( A.B, AB.O): 
On-ward : ward 
Inverse is ward.Patients: 
Undergoes : Set (operation) 
Inverse is Operation-Performed-on: 
Operations 
Create (--) 
Admit (--) 
Discharge (--) 


End Patient. 


Ds ]———— ———————— — HÀ 


ol SY!‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 
ee‏ كم 
Class Private-Patient‏ 


Inherit Patient 
Properties 
Room # : integer; 
Insurance : insurance-type; 
Treated-by : Consultant 
Inverse is consultant-treats; 
Operations 
Create (--); 
Calculate-charge (--); 
End Private-patient. 


Class Ward 
Properties 
Ward # : integer; 
No-of-beds : integer; 
Occupancy : integer; 
Type : (Geriatric , Pediatric ; Maternity,...): 
Nurses : Set (nurse) 
Inverse is nurse. Ward-assign: 
Operations 
Create (--); 
End Ward 


£01 
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Class Operation‏ 
Properties‏ 
date : Date:‏ 
type : Operation type ;‏ 
Performed-on : Patient‏ 
Inverse is Private-Operations;‏ 
Performed-by : surgeon‏ 
Inverse is surgeon. Performs:‏ 
Assisted-by: Set (Surgeon)‏ 
Inverse is surgeon. Assists-at;‏ 
Located-in: Theatre‏ 


Inverse is theatre. Holds; 


Operations 
Create (--): 
Schedule (--) 
Cancel (--) 

End Operation. 


Class Nurse 
Properties 
Staff# , name , address , phones : String: 
Sex : (Male , Female); 
Grade :(Student, SEN,SRN....), 
Ward-assign : ward 
Inverse is Ward-nurses; 
Theatre-assign: Theatre 
Inverse is Theatre-nurses; 
Operations 
Create (--) 
End Nurse 
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Class Theatre 
Properties 
Theatre# : integer: 
Type : theatre type: 
Nurses : Set (Nurse) 
Inverse is Nurse-theatre-assign: 
Holds: Set (operation) 
Inverse is Operation-located-in; 
Operations 
Create (--): 
End theatre 
لقواعد التحويل الملخصة فى الجزء السابق » فإن تحويل تطبيق المستشفى‎ Gah 
من نموذج قاعدة البيانات الشيئية الموجهة إلى نموذج قواعد البيانات العلاقية سيتم‎ 
; sis 


: مخططات الجداول العلاقية‎ ull ع‎ iol التحويل من‎ (9) 
* SURGEON (Surgeon-ID. Sname. C-Name, Address,Phone-No. Sex). 


+ PATIENT (Patient-ID. Patient-Num. Ward-Num. Pname, Address . Phone-No, 
BirthDate , Sex . Blood-Type). 


+ NURSE (Nurse-ID. Staff-Num , Nname , Address . Phone-No , BirthDate, Sex . 
Blood-Type). 


* THEATRE (Theatre-ID, Theatre-Num, Theatre-Type). 


* OPERATION  (Operation-ID. Operation-Num. Sname. Theatre-Num. Patient- 
Num, Operation-Type. Date) . 


: التحويل من التعميمات إلى مخططات الجداول العلاقية‎ (Y) 
* CONSULTANT (Sname , Specialty) . 


* PRIVATE-PATIENT (Patient-Num . Sname . Room-Num). 


[soa ]‏ نمذجة البيانات 


الفصل العاشر ol SY!‏ نحو قواعد البيانات الشيتية الموجهة 
(Y)‏ التحويل من الارتباطات إلى مخططات الجداول العلاقية : 


+ الارتباطات متعدد - لمتعدد يجب أن تحول الى جداول علاقية متمييزة : 





Assists (Operation-Num, Sname. Role). 

* الارتباطات saly‏ - لمتعدد قد تحول أو لا تحول إلى جداول علاقية Gab‏ لعلاقة الربط 
بالاركيناظات pile dan Lal‏ معي lay»‏ بعتن أق LL MI‏ قد رکون عضبوا 
إجباريا أو اختياريا لجدول علاقى معين أو لا يكون. 

(i)‏ الارتباط الإجبارى لجدول علاقى ليس له جدول علاقي متميز ولكن يتم تمثيله 

بإذابةمفتاحه القارجى Jala‏ ذلك العدول العلاقى. 

* علاقة الريط Occupies Jits”‏ يتم تمثيلها باستعمال المفتاح الخارجى رقم الجناح 
ward-Num‏ فى الجدول العلاقى مريض Patient‏ حيث إن علاقة الربط هى غاليا 
إجبارية للجدول العلاقى مريض „Patient‏ 

* علاقة الربط Treats “gllas’‏ التى يتم تمثيلها باستعمال المفتاح الخارجى اسم 
الطبيب الاستشارى Sname‏ فى الجدول العلاقى مريض خاص .Private-Patient‏ 

* علاقات الريط التالية: 

ينفذ Perfarms‏ . 'يجرى عملية Undergoes‏ » “مقطنة Located‏ يتم تمثيل تلك 
العلاقات باستعمال المفاتيح الخارجية فى الجدول العلاقى Operation. ` £ilae‏ والمفاتيح 

الخارجية التى يتم إذابتها فى ذلك الجدول العلاقى هى: 

"اسم الطبيب الاستشارى Sname‏ . رقم المريض Patient-Nun‏ . رقم غرفة 
العمليات Theatre-Num‏ على التوالى. 

(ب) الارتباط الاختيارى للجدول العلاقى قد يكون جدولاً asle‏ متميرًا: 
× علاقات الربط يخصص Ward-Assign rs‏ وتخصص غرفة Theatre- lac‏ 


Assign‏ يتم تمثيل JS‏ منها بواسطة بمخطط الجدول العلاقى المنفصل الذى يحتوى 
على خصائص المفتاح لفئات الكينونة التى تشارك معا بالإضافة إلى خاصية 


1 —— ———— — — Án 


oLEYI‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 








'تخصيص تاريخ Date-Assign‏ . كذلك علاقة الريط الاختيارية Supervises 3 ys‏ 
WARD-ASSIGN (Staff-Num , Ward-Num , Date-Assign)‏ + 
THEATRE-ASSIGN (Staff-Num , Theatre-Num , Date-Assign)‏ + 
SUPERVISES (Sname, C-Sname).‏ * 
مقارنة بين نماذج البيانات الشينية الموجهة والعلاقية : 
الاستحقاقات النسبية للطرق العلاقية والشيئية الموجهة لإدارة البيانات يمكن 
تلخيصها تحت المواضيع التالية") : 
* أنوا ع البيانات. 
* سلامة البيانات. 
اتير BESNI‏ 
„SULI dallas *‏ 

)9( أنواع البيانات Data Types‏ : 
يوجد فى نظم إدارة قواعد البيانات العلاقية نوع واحد فقط بصفة عامة لهيكلة 
البيانات . يسمى نوع الجدول العلاقى. لا تكون خصائص الجداول العلاقية بعد التطبيع 
قابلة للتفكيك وهذه الخصائص تتجه إلى نوع بيانات بسيطة نسبيًا وهى أنوا ع البيانات 
الأساسية ali jl)‏ الصحيحة - الأرقام الحقيقية - السلاسل الحرفية — وهكذا) . أما 
عن العمليات على الجداول العلاقية فتكون محصورة على الاسترجاع وتحديث الجداول 

المعرفة بواسطة قيم الخصائص. 


ف 3[ ia‏ لباو tinged Suds gag A‏ ای وا ای که 
الأنواع . وتعريفات النوع هى مناظرات المخططات فى نظم قواعد البيانات العلاقية. 
وبالمعالم الإضافية المهمة فإن الأنواع تكبسل سلوك الشىء بتغليف العمليات مع هيكل 


Ai EN‏ البيانات 
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البيانات. والنوع هو نفسه واقعة لنوع آخر (نوع وسط (Metaclass‏ وقد يعالج بوصفه 
Gut‏ مثل أى شىء WOES‏ قد يمرر كمعلم Parameter‏ لعملية ما. 


: Data Integrity سلامة البيانات‎ (Y) 


تتطلب النظم العلاقية اتباع قواعد سلامة مرجعية لكى تكون ملزمة كما سبق وورد 
فى الفصل الرابع. ومع ذلك » فإن النموذج العلاقى يكون ale‏ عن التعبير عن قيود 
السلامة بالمحتويات الدلالية الأكير من السلامة المرجعية للتصديرالمباشر. 

وعلى النقيض » فى النموذج الشيئى الموجه > فالنوع يعرف تجريد الييانات التى 
تشمل توصيف للعمليات (البرامج (Methods‏ التى يمكن أن تطبق على وقائع النوع . 
مثل هذا التجريد يتم إنجازه فى درجة عالية من الاستقلالية. وهذا يعنى أنه من الممكن 
أن يتغير الأسلوب الذى يتم فيه تطبيق النوع بدون تأثير على الأنواع الأخرى أو برامع 
المعاملات التى تصنع استعمال التجريد . وكل الأشياء (متغيرات النوع) لها هوية لا 
تتكرر كما سيق وتم إيضاحه فى الفصل السادس . وهذا على النقيض من النموذج 
العلاقى حيث إن صفات الكينونة يجب أن تكون كافية لتمييزها عن الكينونات الأخرى. 
(Y)‏ تطور المخطط Schema Evalution‏ : 

نظم إدارة قواعد البيانات العلاقية تعرض مجالاً محدودا لتطور المخطط نتيجة 
لعرض تسهيلات محدودة a‏ لتمديد او تعديل هياكل البيانات الموجودة. وتتضمن 
تغيرات أنوا ع النطاق Sule‏ إعادة GUS‏ الجداول العلاقية التى تتضمنها. 

النموذج الشيئى الموجه يعرض مجالاً أكبر إلى حد بعيد لتطور المخطط خلال 
التقديد وتنقية ساكل البيانات الموجودة وتاثير ale]‏ الاستخدام اتشفي رالتطبيقات. 
)£( معالجة البيانات Data Manipulation‏ : 

بالرغم من الفوارق المعنوية فى نماذج البيانات » فإن قواعد البيانات الشيئية قد 
يتم تفسيرها بطريقة مشابهة لنظم قواغد البيانات العلاقية . على سبيل المثال فعمليات 
الاختيار Selection‏ العلاقية التى بواسطتها تحقق القيم المرتبة Ú på tuples‏ معينًا , 
يتم اختيارها من جدول علاقى يكون مكافنًا لاسترجاع وقائع نوع خاص. ومع ذلك فإن 


نمذجة البيانات E‏ 


of SY!‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 
معظم الاستفسارات المعقدة على سبيل المثال التى تتضمن الربط أو وضع عمليات على 
أنوا ع متداخلة لا يتم تعرفها جيدا فى قواعد البيانات العلاقية. ولازال حتى الآن لا 
يوجد نموذج استفسار معرف جيدًا لقواعد البيانات الشيئية الموجهة التى تعرض أقوى 
لغات قواعد البيانات. 
تحلسل وتصميم أداة تصميم قواعد الببانات الشينية الموجهة : 

يتم عمل تحليل وتصميم لأداة تصميم قواعد البيانات الشيئية الموجهة باستخدام 
تقنية نمذجة الشىء .OMT‏ وأداة تصميم قواعد البيانات الشيئية الموجهة هى نظام 
برمجى يمكن تصميمه بشكل خاص؛ لكى يجعل نشاط تصميم قواعد البيانات الشيئية 
الموجهة أتوماتيكيًاء وهو الأمر الذى يمكن الاستفادة منه فى تحويل قواعد البيانات 
التقليدية آو غيرها الى قواعد بيانات شيئية موجهة. وكانت هناك محاولات عديدة من 
قبل منتجى البرمجيات أن ينتجوا أداة لتصميم قواعد بيانات شيئية موجهة لكن 
المعضلة الرئيسية فى تلك العملية كانت عدم وجود منهجية معيارية. لذلك فإن محاولة 
تطوير أداة لعملية تصميم قواعد بيانات شيئية موجهة يمكن أن تقام على منهجية يتم 
بناؤها على نماذج البيانات الشيئية الموجهة والأدوات المختلفة للنظم التقليدية والشيئية 
الموجهة . 
عملية تصميم قواعد الببانات الشينية الموجهة : 


يدير مصمم قاعدة البيانات فى أثناء عملية التصميم كل إجراءات عملية التصميم» 
حيث يتم إنشاء النموذج المبنى على المتطلبات. وتبز غ عملية التصميم كالآتى: 
عملمات النمودج : 





وفيها يقوم مصمم قاعدة البيانات بإنشاء نموذج جديد أو فتح نموذج سابق . وفى 
حالة إنشاء النموذج الجديد يجب إعطاؤه اسما. 


: إنشاء الأنواع‎ (V) 


ينبغى على مصمم قاعدة البيانات تعريف الأنوا ع التى سيتم استخدامها أثناء 
عملية التصميم. 
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الفصل العاشر ol SY!‏ نحو قواعد البيانات الشيئية الموجهة 
(Y)‏ توصيف الخصائص : 

يقوم مصمم قاعدة البيانات بتوصيف الخصائص الخاصة يكل نوع. 
(Y)‏ توصيف البرامج (الطرق) : 
)£( إعداد الوصلات : 

يقوم مصمم قاعدة البيانات بتعريف الوصلات بين الأنوا ع وأنوا ع هذه الوصلات. 
)0( الوقائع : 

على مصمم قاعدة البيانات اختيار التصميم الذى تم إعداده بالحاق بعض الوقائع 
لكل نوع تم إتشاؤه: مما يجعل المصمم يعيد النظر فى الأنوا ع من منظور واقعى لا من 
(Y)‏ اهتمامات متنوعة : 
ووضع إمكانية عمل نسخة احتياطية وكذلك إعادة التسمية والحذف للنموذج الذى تم 


خطوات دور ة حباة عملية تصممم الأداة : 

cal‏ من آداةتسميع قاعدة sal‏ القيثية الموجبة ga‏ قرفيو نظاع عمل 
أتوماتيكى بشكل تام تقريبا قادر على إنشاء ومراقبة وإدارة عملية تصميم قاعدة 
البيانات الشيئية الموجهة بكفاءة. ويتعامل مستخدم آداة التصميم مع واجهة تطبيق 


isit‏ البيانات 


الاجاه نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 








(Y)‏ ينشئ مصمم قاعدة البيانات Laipa‏ جديدًا مع كتابة اسم وتوصيف ذلك 
(Y)‏ يعرف مصمم قاعدة البيانات الأنواع الخاصة بالنموذج والخصائص والبرامج 
(الطرق) الملحقة بها. 
(Y)‏ تعريف مكونات كل خاصية : 
- النوع الأساسى للخاصية. 
- توصيف الخاصية إذا استدعت الحاجة إلى ذلك. 
)£( تعريف مكونات البرنامج (الطريقة) : 
* تعريف المعلمات الداخلة والخارجة للبرنامج ol)‏ وجدت). 
* توصيف المعلمات اذا استدعت الحاجة إلى ذلك. 
* توصيف الخوارزميات الخاصة JS‏ برنامج (طريقة). 
)0( تعريف الوقائع لكل نوع كنموذج أولى Prototype‏ للنوع المقاهيمى. 
)1( تعريف الوصلات للأنوا ع التى تم إنشاؤها. كل وصلة تصل نوعين. وهناك ثلاثة 
أنوا ع للوصلات التى يمكن أن تستعمل هى: 
Gen-Spec , Whale-Part . Message Connection‏ 
(V)‏ ينيغى EIS ol‏ النظام للمصمم مكتبة aros dole‏ التى sac La‏ على استخلاص 
نوع أو أكثر منها لاستعمالها فى النموذج الجارى إنشاؤه. هذه الأنوا ع التى يتم 
استخلاصها يجب ان تكون LG‏ للمعالجة (أى باضافة وحذف خصائص ويرامج 
منها وإليها). 


)^( »^ أن EI‏ النظام تسهيلات لطباعة التفاصيل للنموذج TX‏ تم انشاؤه. 
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الفصل العاشر ali YI‏ نحو قواعد البيانات الشيئية الموجهة 
)4( يجب أن يوفر النظام أسلويًا لحذف الأنوا ع والوصلات بأسلوب مناسب . وينبغى 

يأخذ فى الحسبان اعتبارات أنوا ع الوصلات المختلفة المدعمة له ٠‏ على سبيل JU‏ 

نوع وصلة Gen-Spec Jis‏ عند حذف نوع Gen‏ فإن JS‏ أنواع Ai Spec‏ أن 

يتم حذفها. 
تحلسل أداة تصميم قاعد ة البسانات الشينية الموجهة : 

ينبغى تحليل أداة تصميم قاعدة البيانات الشيئية الموجهة بقصد الاستفادة 
باستعمالها فى ida‏ تصميم قاعدة السانات الشيششة الموجهة . 
(أ) النموذج الشيئى : 

تتبع خطوات التحليل المذكورة فى بداية هذا الفصل والتى تساعد على استخلاص 
الأشياء من ا لمتطليات ومن معرفة بعض النماذج الخاصة بقواعد البيانات الشيئية 
الموحهة ونظم تصميم الشىء الموجهة ‘ ويملاحظة المصطلحات الواردة فى خطوات دورة 
حياة عملية تصميم الأداة التى يتم استعمالها فى النموذع الشيئى. إن kuse‏ من 
الصفات التى تصف الأشياء يتم الحصول عليها بالشعور البديهى لما ينبغى أن يشبه 
الشىء LiL,‏ سلوكه المتوقع. 

+ تعريف أنوا ع الشىء : 

فيما يلى قائمة بأتوا ع الشىء المرشحة: 

- الأنوا ع. 

- الخصائضن. 

- البرامج (الطرق). 

- الوقائع. 

- الوصلات. 

- مكتبة عامة للأنوا ع. 


ص سس يي سين سي يم سنس Cl‏ 


الفصل العاشر 


شكل رقم 


ct Model suid! توصيف النموذج‎ (VV. ) 


Obje‏ لأداء تصميم قاعدة البيانات الشيئية الموجهة 
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الفصل العاشر ol SY!‏ نحو قواعد SULI‏ الشيئية الموجهة 
وسوف يتم تتبع هذه الأنوا ع خلال التحليل التالى: 
الأنواع : 
هى المشازكات فى آداة تصميم قاعدة البياتات الشيئية الموجهة. ويمكن لاأتواع أن 
do V Di reddi Anita E as‏ من تح آي من الصقات تكون dep‏ 
آنوا ع الشىء بغض النظر عن التطبيق. 
السب WC‏ 
هى الضفات التى قد يمتلكها كل نوع. وكل خاصية لها قيمة لكل واقعة شىء. 
البرامج (الطرق) : 
هى الخدمات أو العمليات التى قد يمتلكها كل نوع - ويمكن أن تطبق البرامج على 
النوع نفسه أو على نوع أخر خلال الوصلة. 
الوقائع : 
الوصلات : 
مكتبة النوع العامة : 
تحتوى على أنوا ع مجردة » يمكن أن تستخلص أثناء عملية التصميم بواسطة 


مذحة السانات 
r’ ,‏ 


oLEYI‏ نحو قواعد البيانات الشيئية الموجهة الفصل العاشر 
+ تعر يف الارتباطات والخصانص : 

وفيما يلى تعريف الارتباطات والخصائص فى النموذج: 
النوع : 

كل نوع له اسم » وتوصيفء وموقع . والأنوا ع Ul Casi‏ خصائص وبرامج (طرق) 
سوف يتم تجزئتها فى أشياء منفصلة. 
الخصائص : 

تحتاج الخصائص إلى معرفة الأنواع التى ترتبط هى معها وما الوقائع الخاصة 
بها يصف المستخدم اسم ونوع وتوصيف كل خاصية. 
البرامج (الطرق) : 

تحتاج البرامج إلى معرفة الأنوا ع التى ترتبط معهاء وما هى وقائعها. ويصف 
يجب تعريف أسمائها وأنواعها. مع مراعاة توصيف الخوارزم المتعلق JS‏ برنامج 
(طريقة). 
مكتبة النوع العامة : 

تشبه النوع ولكن أنواعها التى يتم تعريفها مسبقا والتى سوف تلحق بها يجب 
تميبزها oc‏ الأنوا ع SUSI‏ بواسطة المستخدم. 
الوقائع : 

تحتاج إلى معرفة الأنواع التى ترتبط هى معها . كل واقعة سوف يكون لها قيم 
لكل خاصية » وأسماء الطرق (البرامج) التى يتم تطبيقها عليها. 
+ تعر يف العملسات : 
الأنواع : 

تحتاج الأنوا ع بالتاكيد إلى عمليات إنشاء وتحرير وحذف وسحب وإلقاء. فى حالة 
حذف النوع الأصلى (الانوا ع المرتبطة خلال نوع وصلة (Gen-Spec‏ فان كل الأنواع 
الفرعية ينبغى أن تحذف فى نفس الوقت. 
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الفصل العاشر ol bY!‏ نحو قواعد البيانات الشيئية الموجهة 
uat Leal‏ : 


. وتحرير وحذف برنامج‎ GLa! العمليات الخاصة بالبرامج مثل‎ Casi axi, 
: الوصلات‎ 

تكمن العمليات المتعلقة بالوصلات فى توصيل وصلة بين نوعين وتحرير الوصلة 
بين نوعين وحذف الوصلة بين نوعين. 
الوقائع : 

كذلك العمليات الخاصة بالوقائع مثل إضافة وتحرير وحذف واقعة. 
المكتبة النوع العامة : 

تكمن العمليات الخاصة يمكتبة النوع العامة فى استخلاص النوع من المكتبة. ومع 
ذلك لو أن النوع تم استخلاصه . فإن عمليات التحرير والحذف يتم تطبيقها على النوع 
sell‏ 
x‏ تعريف الورا نسسة : 
الأنواع : 

كل الأنوا ع السابق ذكرها (الأنواع - الخصائص - البرامج - الوصلات - 
الوقائع - مكتبة النوع العامة) لها عمليات إضافة وتحرير وحذف » والتى يتم تجميعها 
تحت كل أنوا ع النوع الأصلى التجريدى. 
الخصائص : 

النوع ومكتبة النوع العامة لها نفس الخصائص بالإضافة إلى عمليات التحرير 
والحذف. ft e‏ النوع ومكتدة النوع العامة تحت النوع الأصلى التجريدى. 

£14 
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الوصلات : 

الوصلات الثلاثة ai (Gen-Spec , Whole-Part , Message)‏ تجميعها تحت وصلة 
النوع التجريدى. 
البرامج (الطرق) : 

البرامج لها الخوارزميات والمعلمات الخاصة بها (المدخلات والمخرجات) والتى يتم 
تجميعها بواسطة نوع البرامج. 
الارتباطات : 
وأنوا ع الوصلات المتنوعة والخصائص والبرامج ينيغى أن تؤخذ بعين الاعتبار. 
) ب ) النمودج di yas!‏ : 

حيث إن أداة تصميم قاغدة البيانات الشيئية الموجهة هى أداة تفاعلية؛ لذا فإن 
وفيما يلى النموذج المتحرك لأداة تصميم قاعدة البيانات الشيئية الموجهة والذى يمكن 
توضيحه كما فى الشكل رقم )٠١-٠١(‏ باستعمال تدوينات تقنية نمذجة الشىء „OMT‏ 

شكل رقم (١١٠-؟1١)‏ توصيف النموذج المتحرك Dynamic Model‏ 

شكل رقم (NV)‏ توصيف النموذج المتحرك Dynamic Model‏ لإضافة نوع Class‏ 


Add Class Do: Draw Class Do: Cheek Uniqueness 


Not Uniquc Namc 








Select 
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شكل رقم (W-V-)‏ توصيف النموذج المتحرك Dynamic Model‏ لإضافة خاصية Attribute‏ 


Aur. Name 
Do: Add Attribute Do: Check Uniqueness 












Unique Nanme 





Do: dd Type & Desc, 


Attribute لإضافة برنامج (طريقة)‎ Dynamic Model النموذج المتحرك‎ inas (a W- V) رقم‎ Kå 


Method 


Do: Add Method Nene Do: Cheek Uniqueness 
In : 
Do: Add Dexcription 


Algorithm Desc. 
: Do: Add Algorithm Method 


شكل رقم (١٠-17د) iuas‏ النموذج المتحرك GLAY Dynamic Model‏ وصلة 


Add Attribute Do: Select Conn. Form 


Do: Draw Conn. 






Select 

















Do : IN-Parameters 






arameters 


Out- 


Do : Out-parameters 













Select 





Do: Select Type 
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Draw 9 
5 Do: Select for Desc. 





Do: Type Description 





Connection 
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(ج) النموذج الوظيفى : 


النموذج الوظيفى لمعظم الحسابات المكثفة يكون للوراثة والوقائع. يوصّف الشكل 
رقم )١15-1٠١(‏ النموذج الوظيفى للوقائع. 


Instance T Functional Model النموذج الوظيفى‎ inas (V£—V-) شكل رقم‎ 


mee | Connection | 








[mm] 


امم النظام : 

تركيب النظام System Architecture‏ بجميع الأشياء فى النظام úL‏ لخطوات عملية 
تلديم كاده البياتات الي اورا م توسيقها مسقا وبين SEEN‏ 
(Yo- V.)‏ تركيب آداة تصميم قاعدة البيانات الشينية الموجهة 

تفاعل أداة تصميم قاعدة البيانات الشيئية الموجهة يسمح للمستخدم بتصميم 
Apps EAS oll a Karls‏ بات مھ مال Lance fake‏ دربو EER EE‏ 
graphical interface‏ . بتفاعل أداة تصميم قاعدة البيانات الشيئية الموجهة. ويمكن 
سقفي epus‏ اتاق id Aia‏ الوصلات والوقائع. 


يحتوى النموذج على أنواع ووصلات مختلفة مختلفة. JS,‏ نوع له خصائص وبرامج 
lige T TM‏ بست وين ی aliala‏ با دمجي mec kai Oh‏ 
الوصلات ونوع الوراثة . ومحرر النظام System Editor‏ يحتوى على القوائم وسلوك 
المؤشر mouse‏ الذى يتحكم فى كل عملية تحرير فى النظام. وعملية التحرير يجب أن 
تتضمن الإضافة والحذف والنسخ والقص واللصق ... وغير 


لما نمذجة البيانات 


الفصل العاشر الاجّاه نحو قواعد البيانات الشيئية الموجهة 


رقم ): Gl (\o-\‏ المعمارى لنظام أداة eM‏ قاعدة بيانات شيئية موجهة 
Architecture of Object-Oriented Database Tool System‏ 


System Tool 










System Editor 









Parameters 


Type 


vr 
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المؤهل العلمى : 
- ماجستير فى علوم الحاسب والمعلومات 0م 0 تخصص : تصميم نظم 


العمل الحالى : 
- مدير قواعد البيانات وعضو هيئة التدريس بمعهد تعليم اتحاد الفنادق الأمريكية, 
أورلاندو - فلوريدا - الولايات المتحدة الأمريكية . 


الأنشطة العلمية : 





مذجة البيانات Ls.‏ 





حقوق الطبع والنشر محفوظة igal‏ الإدارة العامة ولا 552 اقتياس | 





جزء من هذا الكتاب أو اعادة طبعه GL‏ صورة دون موافقة كتابية من ١‏ 


المعهد إلا في حالات الاقتباس القصير بفرض النقد والتحليل . مع 











e‏ التصميم والإخراج الفنى والطباعة فى 


ادارة الطباعة والنشر apas‏ الإدارة العامة - ANETY‏ 





هذا الكتاب 
لقد تضمنت فصول هذا الكتاب العديد من الموضوعات العلمية والأسس الفنية المتعلقة 
بنماذج قواعد البيانات المختلفة. وتعد هذه النماذج بمنزلة الهياكل الأساسية التى تبنى 
عليها تقنيات قواعد البيانات. وقد ارتكز هذا الإنتاج العلمى على المحاور الرئيسية التالية: 
- مفاهيم قواعد البيانات الأساسية ونماذجها المختلفة. 
- تصنيف نماذج قواعد البيانات إلى كل من النماذج التقليدية والنموذج الشيثى الموجه. 
وتنقسم النماذج التقليدية بدورها إلى كل من النماذج التبحرية (الهرمية - الشبكية) من 
age‏ والنموذج العلاقى من جهة أخرى. 
- ارتكاز النموذج العلاقى على الأساس العلمى لنظرية الفئات الرياضية؛ ومن ثم على عوامل 
المعالجة المرتبطة بها من خلال استخدام الجبر العلاقى والحساب العلاقى. 
- دراسة وتحليل تبعية البيانات للتمييز بين قاعدة البيانات جيدة التصميم وفاعدة البيانات 
رديئة التصميم. وكذلك دراسة الطرق العلمية لتصميم قواعد البيانات العلاقية. 
- تفاعل نماذج البيانات الدلالية فى كل أنواع نماذج قواعد البيانات. 
- احتفاظ نموذج البيانات الشيئى الموجه بمناظرة مباشرة بين أشياء العالم الخارجى 
وقواعد البيانات؛ مما أدى إلى تحسينات معنوية لبعض التطبيقات التى يصعب معها 








للش استخدام النماذج التقليدية؛ مثل: الوسائط المتعددة والهندسية: وعلم الوراثة وغيرها من 
E‏ تلك gid‏ 

لسنس - مدخل مبسط لكل من لغة الاستعلام البنائية التى ترتكز على النموذج Ball‏ ولفة 
RTT‏ الأوبال التى تعتمد على نظم قواعد البيانات الشيئية الموجهة «جيم إستون». 

= - الموضوعات ذات الصلة بالتقنيات المستقبلية للنظم الشيئية الموجهة مثل: الشىء 


العلاقى Object-Relational‏ ولغة الاستعلام البنائية SQL3 Y‏ ومجموعة إدارة 
قواعد البيانات الشيئية .ODMG‏ 

- الأسس الفنية للتحويل بين النماذج الدلالية والنماذج التقليدية. 

- الأسس العلمية للتحويل فيما بين النماذج التقليدية. 

- قواعد التحويل من النموذج الشيئى الموجه إلى النموذج العلاقى: والاتجاه نحو قواعد 
البيانات الشيئية الموجهة. والأدوات الخاصة بتحليل وتصميم الشىء الموجه. 
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